【数据库】数据库事务隔离级别 & MySQL中的锁

参考

Innodb中的事务隔离级别和锁的关系
数据库事务隔离级别

1 SQL标准定义的4类事务隔离级别

1.1 Serializable（可串行化）

一个事务在执行过程中完全看不到其他事务对数据库所作的更新。当两个事务同时操作数据库中相同数据时，如果第一个事务已经在访问数据，第二个事务只能停下来等待，必须等到第一个事务结束后才能恢复运行。因此这两个事务实际上是串行化方式运行，每次读都需要获取表级共享锁，读写相互都会阻塞。

1.2 Repeated Read（可重复读）

一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，但不能看到其他事务对已有记录的更新。InnoDB默认级别。

1.3 Read Committed（已提交读）

一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，而且还能看到其他事务已经提交的对已有记录的更新。Oracle等多数数据库默认都是该级别 (不重复读)。

1.4 Read Uncommitted（未提交读）

一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，还能看到其他事务没有提交的对已有数据的更新。

1.5 对比

数据库的事务隔离越严格，并发副作用越小，但付出的代价也就越大。这是因为事务隔离实质上是将事务在一定程度上"串行"进行，这显然与"并发"是矛盾的。根据自己的业务逻辑，权衡能接受的最大副作用。从而平衡了"隔离" 和 "并发"的问题。
脏读，不可重复读，幻读，其实都是数据库读一致性问题，必须由数据库提供一定的事务隔离机制来解决。

隔离级别	脏读	不可重复读	幻读
可串行化	不可能	不可能	不可能
可重复读	不可能	不可能	可能
已提交读	不可能	可能	可能
未提交读	可能	可能	可能

2 查询当前MySQL会话的事务隔离级别

低版本MySQL用的是：

select @@tx_isolation;

可是MySQL 8.0它变啦！

select @@transaction_isolation;

运行语句查询可知，MySQL 默认的事务隔离级别是 REPEATABLE-READ。

大多数关系数据库默认使用Read committed的隔离级别，Mysql InnoDB默认使用Read repeatable的隔离级别，这和Mysql replication 机制使用Statement日志格式有关。各数据库隔离级别的实现也是有差别的，例如Oracle支持Read committed 和Serializable两种隔离级别，另外可以通过使用读快照在Read committed级别上禁止不可重复读问题；MySQL默认采用RR隔离级别，SQL标准是要求RR解决不可重复读的问题，但是因为MySQL采用了gap lock，所以实际上MySQL的RR隔离级别也解决了幻读的问题，也就是Mysql InnoDB在Read repeatable级别上使用next-key locking 策略来避免幻读现象的产生。

3 MySQL中锁的种类

表锁

对整张表加锁，虽然可以分为读锁和写锁，但毕竟是锁住整张表，所以会导致并发能力下降，一般是做ddl处理时使用。

行锁

锁住数据行，虽然加锁方法复杂但值锁住有限的数据对于其他数据不加限制，所以并发能力不强。MySQL一般都是使用行锁来处理并发事务。

其他

待补充