MySQL隔离级别

测试隔离级别

数据库准备

数据库如下图所示，所有字段都是int(方便测试)，id为主键索引，name为普通索引（唯一索引），age没有索引

Read Uncommitted（读取未提交内容）

打开两个mysql终端，都设置session级别的隔离级别为读取未提交内容（本次会话有效）

set session transaction isolation level read uncommitted;

如下表所示，

事务B在第4步进行了修改（还没有提交或者回滚）,

事务A在第5步就已经可以读取到修改（未提交或者回滚）的内容，出现了（脏读）

事务B在第6步回滚了， 撤销了修改操作，那么第5步读的就不正确了

Read Committed（读取提交内容）

打开两个mysql终端，都设置session级别的隔离级别为读取提交内容（本次会话有效）

set session transaction isolation level read committed;

如下表所示，

事务B在步骤4修改了数据

事务A在步骤5读取数据，（解决了脏读问题）

事务B在步骤6提交了修改内容

事务A在步骤7读取的数据和步骤5读取的数据不一样（出现了不可重复读问题）

Repeatable Read（可重读）

打开两个mysql终端，都设置session级别的隔离级别为可重读（本次会话有效）

set session transaction isolation level  repeatable read;

下面的例子有点不恰当，下面的例子有点不恰当，下面的例子有点不恰当

如下表所示，

事务A在步骤3和步骤6读取的数据一样（解决了不可重复度）

事务B在步骤4插入主键为4的数据

事务A在步骤7插入主键为4的数据报错 （出现了幻读）

Serializable（可串行化）

打开两个mysql终端，都设置session级别的隔离级别为串行化（本次会话有效）

set session transaction isolation level  serializable;

如下表所示，

事务B在步骤5遇到了阻塞，性能差

MySQL的锁

innodb行锁，锁的是什么？

答：锁的是索引。有索引时锁索引，没有索引的时候锁表。

如下表所示，id有主键索引，name有唯一索引，age无索引

乐观锁和悲观锁

乐观锁

乐观锁与数据库无关

如下表所示，有一个字段是verison 版本号

###伪代码,无竞争逻辑
student = select * from student where id = 1;
currentVersion = student.version
update student set age = 11 , version = version + 1 where id = 1 and  version = currentVersion ;
###伪代码,有竞争逻辑
student = select * from student where id = 1;
currentVersion = student.version
//此时中间有另一个客户端又修改了这条记录，version+1了
update student set age = 11 , version = version + 1 where id = 1 and  version = currentVersion ;//这条修改失败，因为currentVersion已经过时，不存在

悲观锁

说到这里，由悲观锁涉及到的另外两个锁概念就出来了，它们就是共享锁与排它锁。共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

共享锁和排它锁

共享锁

select * from student WHERE id = 1 lock in share mode;

排它锁

增、删、改默认添加的是排它锁。

select * from student WHERE id = 1 for update;

给一条记录上了排它锁后，其他事务不能给改条记录上共享锁和排它锁。

意向锁

意向锁是表级别锁，意向锁不是人为的，是数据库自动的。

以意向排它锁为例，当事务A给记录1上锁时，先获取表的意向排它锁，然后在给记录1上锁；此时事务B给表上表锁，先获取表的意向排它锁，然后在锁表，但是此时意向排它锁在被事务A获取，所示事务B锁表失败。