Question

假设数据库中有一个这样的表：

id                                       code
a8e09395-771c-4c6b-bb49-4921eeaf3927    2018-1
726b1390-b502-11e8-96f8-529269fb1459    2018-2
7a7ac7a6-b502-11e8-96f8-529269fb1459    2018-3
81758ea6-b502-11e8-96f8-529269fb1459    2019-1

假设有多个客户端正在写入此表。

对于“代码”列，我们要确保其遵循 strict “今年的年- nth ”模式。

所有客户端应该使用的正确的事务隔离级别是什么？

----更新---- 2018-09-11 11:31:24 ---------

START TRANSACTION;

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;

SET @code = (SELECT CODE
             FROM hey
             WHERE id = 123);

UPDATE hey
SET code = @code + 1
WHERE id = 123;

COMMIT;

对以上交易进行了快速测试。

我启动了2个控制台，然后运行了上面的代码，将它们都运行到了读取代码列的行上。

然后让其中一个更新代码列，它将等待锁定。

然后，我让另一个更新代码列，它将死锁并回滚。

现在第一个人的锁已解决，可以提交了。

看起来这种事务隔离可以防止他们踩到彼此的脚趾，对吗？

Answer 1

您需要通过锁定解决此问题。

什么事务隔离级别都没有关系。

在一个会话中：

mysql1> begin;
mysql1> select max(code) from mytable where code like '2018-%' for update;

输出：

+-----------+
| max(code) |
+-----------+
| 2017-3    |
+-----------+

在第二个会话中，尝试相同的选择进行更新。它暂停，等待第一个会话的事务持有的锁。

mysql2> begin;
mysql2> select max(code) from mytable where code like '2018-%' for update;
(waits for lock)

在第一个会话中，使用选择返回的值来计算下一个值。然后插入下一行并提交。

mysql1> insert into mytable values (uuid(), '2018-4');
mysql1> commit;

第二个会话在第一个会话中的提交之后立即返回。它将正确返回新的最大代码：

+-----------+
| max(code) |
+-----------+
| 2017-4    |
+-----------+

现在第二个会话具有锁，它可以插入下一行，而不必担心在选择和插入之间会出现其他会话。

如果您使用FOR UPDATE锁定行并确保事务按顺序工作，则任何事务隔离都将起作用。

MySql：正确的事务隔离级别，用于递增数字

1 个答案: