我在Java中使用多个应用程序服务器执行数据库事务时遇到问题。
场景:
有两张桌子。LOCKED_FILE_INFO和FILE_INFO
1: FILE_INFO表包含文件的信息,如文件as (主要)、文件名、用户as、文件类型、数量
2:包含FILEID(主要)、文件名和TimeOfLock等信息的LOCKED_FILE_INFO表
3:可以有多个用户在FILE_INFO & LOCKED_FILE_INFO表中输入的文件列表或单个文件。
4:在FILE_INFO中输入之前,我们在LOCKED_FILE_INFO中锁定该特定文件,以便只有一个用户可以锁定该文件信息,然后进入FILE_INFO表。
5:如果多个用户正在为同一文件执行输入,他们将得到-“信息已被另一个用户锁定”。
逻辑:
答:在FILE_INFO表中创建条目之前,我们将检查LOCKED_FILE_INFO表,以验证文件(例如: file100)是否已经存在
b:如果文件已经存在(锁定)-显示-“信息已被其他用户锁定”。
c:如果文件不存在(未锁定),则在LOCK_FILE_INFO中创建一个条目,这样其他用户就不能锁定该文件,只有成功的用户才能进入FILE_INFO表。
d:进入FILE_INFO表后,从LOCKED_FILE_INFO表中删除锁定的文件
问题:
当多个用户尝试在LOCK_FILE_INFO中同时锁定同一文件时,我会收到PRIMARY_KEY违规异常。当我运行单个应用程序服务器时,这种情况不会发生。只有在运行多个应用程序服务器(至少5个)时才会发生这种情况
我尝试了几种方法a:使用同步b:使用事务级隔离
但是,当多个用户试图同时插入到LOCKED_FILE_INFO表中时,我仍然无法锁定特定的文件。但是,如果有至少1秒的延迟,那么我根本不会得到问题。
我们将非常感谢您提出的任何建议。谢谢!
发布于 2018-10-24 08:05:11
出现这个问题是因为逻辑中有一个race condition。即,由不同用户进行的两个并发事务可以在步骤a
中成功地执行检查,并且将尝试插入到LOCK_FILE_INFO
。显然,只有一个成功,第二个会失败。
当并行度发生变化时(当并发运行的进程数量发生变化时),正在运行的进程中发生的单个事件的时间也会发生变化。因此,这些并发场景的行为可能会有所不同。
你有几种选择来解决你遇到的问题。
处理主键冲突
您可以捕获异常并显示文件已锁定的消息。在这种情况下,检查锁定记录是否存在是没有意义的。也就是说,您不需要执行步骤a
。只需插入一个锁记录,如果存在主键冲突,锁就已经存在了。
使用更新锁定
使用insert锁定的问题是,检测冲突的唯一原因是违反约束。如果您更改了锁定策略,以便改为更新记录。
首先,要么在创建FILE_INFO
中的记录时为LOCK_FILE_INFO
中的文件创建一条记录,要么将有关锁的信息存储在FILE_INFO
表中(timeOfLock
列应该足够了,如果它为NULL
,则文件未被锁定)。
当需要锁定时,只需执行update查询
update LOCK_FILE_INFO
set TimeOfLock = now()
where TimeOfLock is NULL
AND FILEID = some_id
然后,您需要检查记录是否已更新。每条修改语句都会返回更新后的记录数。要获得这个数字,只需从mybatis映射器中的插入方法返回int
即可。如果记录被更新,则此事务成功获得锁,否则无法获得文件锁(文件锁已被锁定或文件已被删除,请参见下文)。
请注意,这依赖于some_id
是正确的文件id这一事实。就在执行update语句之前,文件可能被删除了。在这种情况下,它看起来像是文件被锁定,但实际上它已经消失了。实际上,这不是问题,因为在锁定失败后,您通常需要刷新UI来显示文件的更新状态,在这种情况下,您将检测到文件已丢失。
不起作用的选项
通过已同步实现同步
使用synchronized
关键字进行同步(如果处理得当)只会对单个进程的情况有所帮助,因为在这种情况下,同步是使用进程内部的锁完成的。如果有多个JVM进程,则每个进程都将有自己的锁,同步将不会按预期工作。
序列化隔离级别
序列化隔离级别在这种情况下不起作用,因为它不能帮助插入。如果在两个事务中插入具有相同键的两个记录,则无论隔离级别如何,都会得到相同的主键冲突。
https://stackoverflow.com/questions/52957996
复制相似问题