为什么不为 READ COMMITTED 锁定 MySQL
Why no lock in MySQL for READ COMMITTED
我在 windows 机器上使用 MySQL 8。试图查看 READ COMMITTED 隔离级别。
innodb_lock_wait_timeout = 5;
innodb_rollback_on_timeout =1;
T1: start transaction;
update todo set title='RC' where id=1;
T2;
start transaction;
set session transaction isolation level read committed;
select title from todo where id=1;
got output
据我了解,T1 具有 id=1 的写锁,T2 不应获得输出。 T2 应该得到锁定超时异常。
为什么 T2 没有获得锁定超时和获得提交结果?
如何获取锁定超时?
T2 是 运行宁一个 non-locking SELECT 语句。它不需要等待 T1 持有的锁,因为 T2 可以读取在 T2 开始事务发生时提交的行版本。
如果你运行一个locking SELECT语句,它需要等待T1持有的锁。
SELECT title FROM todo WHERE id=1 FOR UPDATE;
无论您使用事务隔离级别 READ COMMITTED 还是 REPEATABLE READ,以上两种解释都是正确的。
我在 windows 机器上使用 MySQL 8。试图查看 READ COMMITTED 隔离级别。
innodb_lock_wait_timeout = 5;
innodb_rollback_on_timeout =1;
T1: start transaction;
update todo set title='RC' where id=1;
T2;
start transaction;
set session transaction isolation level read committed;
select title from todo where id=1;
got output
据我了解,T1 具有 id=1 的写锁,T2 不应获得输出。 T2 应该得到锁定超时异常。
为什么 T2 没有获得锁定超时和获得提交结果?
如何获取锁定超时?
T2 是 运行宁一个 non-locking SELECT 语句。它不需要等待 T1 持有的锁,因为 T2 可以读取在 T2 开始事务发生时提交的行版本。
如果你运行一个locking SELECT语句,它需要等待T1持有的锁。
SELECT title FROM todo WHERE id=1 FOR UPDATE;
无论您使用事务隔离级别 READ COMMITTED 还是 REPEATABLE READ,以上两种解释都是正确的。