MySql:用于递增数字的正确事务隔离级别
MySql: correct transaction isolation level to use for incrementing a number
假设数据库中有这样一个table:
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
假设有 多个 客户端写入此 table。
对于 "code" 列,我们要确保它遵循 strict "year-nth of this year" 模式。
所有客户端应该使用的正确 t运行saction 隔离级别是多少?
----更新----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;
使用上面的 t运行saction 进行了快速测试。
我启动了 2 个控制台,然后 运行 上面的代码,我 运行 它们都到读取代码列的行。
然后让其中之一更新代码列,它会等待锁定。
然后我让另一个更新代码栏,它会死锁和回滚。
现在第一个锁已经解决,可以提交了。
所以看起来像这样t运行saction隔离可以防止他们踩到对方的脚趾,对吗?
你需要用锁来解决这个问题。
什么事务隔离级别并不重要。
在一个会话中:
mysql1> begin;
mysql1> select max(code) from mytable where code like '2018-%' for update;
输出:
+-----------+
| max(code) |
+-----------+
| 2017-3 |
+-----------+
在第二个会话中,尝试相同的 select 进行更新。它暂停,等待第一个会话的事务持有的锁。
mysql2> begin;
mysql2> select max(code) from mytable where code like '2018-%' for update;
(waits for lock)
在第一个会话中,使用 select 返回的值来计算下一个值。然后插入下一行并提交。
mysql1> insert into mytable values (uuid(), '2018-4');
mysql1> commit;
第二个会话 returns 在第一个会话中提交后立即进行。它正确 returns 新的最大代码:
+-----------+
| max(code) |
+-----------+
| 2017-4 |
+-----------+
现在第二个会话有了锁,它可以插入下一行,而不用担心任何其他会话在 select 和插入之间偷偷摸摸。
如果您使用 FOR UPDATE
锁定行并确保事务连续工作,任何事务隔离都将起作用。
假设数据库中有这样一个table:
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
假设有 多个 客户端写入此 table。
对于 "code" 列,我们要确保它遵循 strict "year-nth of this year" 模式。
所有客户端应该使用的正确 t运行saction 隔离级别是多少?
----更新----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;
使用上面的 t运行saction 进行了快速测试。
我启动了 2 个控制台,然后 运行 上面的代码,我 运行 它们都到读取代码列的行。
然后让其中之一更新代码列,它会等待锁定。
然后我让另一个更新代码栏,它会死锁和回滚。
现在第一个锁已经解决,可以提交了。
所以看起来像这样t运行saction隔离可以防止他们踩到对方的脚趾,对吗?
你需要用锁来解决这个问题。
什么事务隔离级别并不重要。
在一个会话中:
mysql1> begin;
mysql1> select max(code) from mytable where code like '2018-%' for update;
输出:
+-----------+
| max(code) |
+-----------+
| 2017-3 |
+-----------+
在第二个会话中,尝试相同的 select 进行更新。它暂停,等待第一个会话的事务持有的锁。
mysql2> begin;
mysql2> select max(code) from mytable where code like '2018-%' for update;
(waits for lock)
在第一个会话中,使用 select 返回的值来计算下一个值。然后插入下一行并提交。
mysql1> insert into mytable values (uuid(), '2018-4');
mysql1> commit;
第二个会话 returns 在第一个会话中提交后立即进行。它正确 returns 新的最大代码:
+-----------+
| max(code) |
+-----------+
| 2017-4 |
+-----------+
现在第二个会话有了锁,它可以插入下一行,而不用担心任何其他会话在 select 和插入之间偷偷摸摸。
如果您使用 FOR UPDATE
锁定行并确保事务连续工作,任何事务隔离都将起作用。