MySQL事务与MVCC(2)

MySQL事务 : 锁

读锁: 共享锁, S锁.
写锁: 排它锁, X锁.
读读共享, 读写互斥, 写写互斥

对于普通select语句, InnoDB不会加任何锁, 不受锁限制.

select … lock in share mode

将查找到的数据加上一个S锁, 允许其它事务获取这些记录的S锁, 不能获取这些记录的X锁(会阻塞)
使用场景: 读出数据后, 其它事务不能修改, 但是自己也不一定能修改, 因为其它事务依然可以使用"select … lock in share mode"继续加锁.

select … for update

将查找到的数据加上一个X锁, 不允许其它事务获取这些记录的S锁和X锁.
使用场景: 读出数据后, 其它事务即不能写, 也不能加读锁, 那么就导致只有自己可以修改数据.

写操作

• DELETE: 删除一条数据时, 先对记录加X锁, 再执行删除操作.
• INSERT: 插入一条记录时, 会先加"隐式锁"来保护这条新插入的记录在事务提交之前不被别的事务访问到.
• UPDATE: 1. 存储空间未发生变化, 先给记录加X锁, 再修改. 2. 存储空间发生了变化, 先加X锁, 然后删掉记录, 再添加一条新纪录.

行锁

• LOCK_REC_NOT_GAP: 单个记录上的锁.
• LOCK_GAP: 间隙锁, 锁定一个范围, 但不包括记录本身. GAP锁的目的, 是为了防止同一事务的两次当前读, 出现幻读的情况.
• LOCK_ORDINARY: 锁定一个范围, 并且锁定记录本身. 对于行的查询, 都是采用该方法, 主要目的是解决幻读的问题.

READ COMMIT级别

查询使用的是主键 (id)

只会锁住查出的那一行. select * from t1 id=1 for update;

查询使用的唯一索引 (id2)

只需要对查询值所对应的唯一索引记录项和对应的聚集索引上的项加锁. select * from t1 id2=1 for update;

查询使用的普通索引

对满足情况的所有索引都加上锁, 同时对这些索引记录项对应的聚集索引上的项加锁.

查询使用不使用索引

对满足情况的所有索引都加上锁.

REPEATABLE READ级别

查询使用的是主键 (id)

只会锁住查出的那一行. select * from t1 id=1 for update;

查询使用的唯一索引 (id2)

只需要对查询值所对应的唯一索引记录项和对应的聚集索引上的项加锁. select * from t1 id2=1 for update;

查询使用的普通索引(id3)

对满足情况的所有索引都加上锁及其上下间隙加锁, 同时对这些索引记录项对应的聚集索引上的项加锁.
事务A: select * from t1 id3=‘b’ for update;
事务B: insert into t1 values(‘b’, ‘others’) ; ×
insert into t1 values(‘a’, ‘others’) ; ×
insert into t1 values(‘g’, ‘others’) ; √

查询使用不使用索引

锁住所有记录及间隙.

参考: https://www.bilibili.com/video/av57156557/?p=7