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



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

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

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

对于"代码"列,我们希望确保它遵循严格的"今年第n 年"模式。

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

----更新----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 个控制台,然后运行上面的代码,将它们都运行到读取代码列的行。

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

然后我让另一个更新代码列,它会死锁和回滚。

现在第一个的锁已解决,它可以提交。

所以看起来这种交易隔离可以防止他们互相踩到对方的脚趾,对吗?

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

什么事务隔离级别无关紧要。

在一个会话中:

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锁定行并确保事务串行工作,则任何事务隔离都将起作用。

最新更新