使用Spring、MyBatis和OracleDB实现Java中多应用服务器的数据库事务
我在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秒的延迟，那么我根本不会得到问题。
我们将非常感谢您提出的任何建议。谢谢！
回答 1
Stack Overflow用户
发布于 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
复制相似问题
腾讯云开发者
