Question

我有以下情况：

用户X从位置lc1登录到应用程序：将其命名为 Ulc1
用户X（已经被黑客攻击，或者他的一些朋友知道他的登录凭证，或者他只是从他的机器上的其他浏览器登录等等。你明白了这一点）从位置lc2同时登录：称之为 Ulc2

我正在使用一个主servlet：
- 从数据库池获取连接
- 将autocommit设置为false
- 执行通过app层的命令：如果全部成功，则在“finally”语句中将autocommit设置为true，然后关闭连接。否则，如果发生异常，则回滚（）。

在我的数据库（mysql / innoDb）中，我有一个“历史”表，其中包含行列：
id（主键）|用户名|日期|主题|锁定

“已锁定”列默认值为“false”，它用作标记特定行是否已锁定的标志。
每行特定于用户（如您可以从用户名栏中看到的那样）

回到场景：
- ＆gt; Ulc1将命令发送到更新他的历史记录，从数据库获取日期“D”和主题“T”。

- ＆gt; Ulc2从相同日期“D”和的数据库中将相同的命令发送到更新历史记录相同的主题“T”在完全相同的时间。

我想实现一个mysql / innoDB锁定系统，该系统将启用任何到达的线程进行以下检查：

此行的列“已锁定”是否为true？

如果为true，则向用户返回“他已经从其他位置更新相同数据”的消息
如果不是真的（即未锁定）：将其标记为已锁定并更新，然后在完成后重置锁定为false。

这两种mysql锁定技术中的哪一种，实际上会允许第二个到达的线程读取锁定列的“更新”值以决定采取的动作？

我应该使用 “FOR UPDATE”或“LOCK IN SHARE MODE”？

这个场景解释了我想要实现的目标：
- Ulc1线程首先到达：列“locked”为false，将其设置为true并继续更新进程
- 当Ulc1的事务仍处于进行状态时，Ulc2线程到达，即使该行通过innoDb功能被锁定，它也不必等待，但实际上读取了列锁定的“新”值，即“真”，所以实际上不必等到Ulc1事务提交读取“锁定”列的值（无论如何此时此列的值已经被重置为false）。

我对两种类型的锁定机制不太熟悉，到目前为止我所理解的是LOCK IN SHARE MODE允许其他事务读取锁定行，而FOR UPDATE甚至不允许读取。但是这个读取是否有更新的值？或者第二个到达的线程必须等待第一个线程提交然后读取值？

有关此方案使用哪种锁定机制的任何建议都表示赞赏。
如果有更好的方法来“检查”行是否被锁定（除了使用真/假列标志），请让我知道。
谢谢

解的
（基于 @ Darhazer的答案的Jdbc伪代码示例）

表：[id（主键）|用户名|日期|主题|锁定]

connection.setautocommit(false);
//transaction-1
PreparedStatement ps1 = "Select locked from tableName for update where id="key" and   locked=false);
ps1.executeQuery();

//transaction 2
PreparedStatement ps2 = "Update tableName set locked=true where id="key";
ps2.executeUpdate();
connection.setautocommit(true);// here we allow other transactions threads to see the new value

connection.setautocommit(false);
//transaction 3
PreparedStatement ps3 = "Update tableName set aField="Sthg" where id="key" And date="D" and topic="T";
ps3.executeUpdate();

// reset locked to false
 PreparedStatement ps4 = "Update tableName set locked=false where id="key";
ps4.executeUpdate();

//commit
connection.setautocommit(true);

Answer 1

LOCK IN SHARE MODE将允许第二个线程读取值，但实际值将是查询之前的值（读取提交）或启动事务（可重复读取）之前（因为MySQL使用多版本控制） ;第二个事务必须看到的内容由隔离级别定义。因此，如果在读取时未提交第一个事务，则将读取旧值。

在你的场景中，最好有一个事务用select for update锁定记录，另一个用于记录，在commit / rollback第三个用于解锁记录。

select for update的第二个线程事务将等待第一个完成，然后将读取实际值并决定不再继续其他事务，而是通知用户该记录已被锁定。

为避免死锁，请确保使用唯一索引执行select for update。

示例代码：

connection.setautocommit(false);
//transaction-1
PreparedStatement ps1 = "Select locked from tableName for update where id="key" and   locked=false);
ps1.executeQuery();

//transaction 2
PreparedStatement ps2 = "Update tableName set locked=true where id="key";
ps2.executeUpdate();
connection.setautocommit(true); // here we allow other transactions / threads to see the new value

connection.setautocommit(false);
//transaction 3
PreparedStatement ps3 = "Update tableName set aField="Sthg" where id="key" And date="D" and topic="T";
ps3.executeUpdate();

// probably more queries

// reset locked to false
 PreparedStatement ps4 = "Update tableName set locked=false where id="key";
ps4.executeUpdate();

//commit
connection.setautocommit(true);

“FOR UPDATE”v / s“LOCK IN SHARE MODE”：允许并发线程读取锁定行的更新“状态”值

1 个答案: