首页 > 代码库 > 事务并发之隔离级别

事务并发之隔离级别

事务

事务是作为单个逻辑工作单元执行的一系列操作。一个逻辑工作单元必须有四个属性,称为原子性、一致性、隔离性和持久性 (ACID) 属性,只有这样才能成为一个事务。

事务并发

数据库是多个用户(事务)共享的,当多个用户同时访问数据时,那么在这种情况下就叫做并发。

事务并发下可能出现的问题

更新丢失

两个事务都同时更新一行数据,一个事务对数据的更新把另一个事务对数据的更新覆盖了。这是因为系统没有执行任何的锁操作,因此并发事务并没有被隔离开来。

脏读

一个事务读取到了另一个事务未提交的数据操作结果。这是相当危险的,因为很可能所有的操作都被回滚。

不可重复读

一个事务对同一行数据重复读取两次,但是却得到了不同的结果。

幻读

幻读发生在当两个完全相同的查询执行时,第二次查询所返回的结果集跟第一个查询不相同。

事务的隔离级别

读未提交

当前事务可以读取另一个事务未提交的记录,非常危险,因为另一个事务可能完全回滚!

读已提交

保证一个事务修改的数据提交后才能被另外一个事务读取。

可重复读

这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻读!

序列化

事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。

LBCC-隔离级别

读未提交

不加任何锁

 技术分享

技术分享

技术分享

读已提交

读数据加共享锁 
更改数据加排他锁 
共享锁读完立即释放

 技术分享

技术分享

技术分享

可重复读

读数据加共享锁 
更改数据加排他锁 
共享锁事务结束才释放

 

技术分享

技术分享

技术分享

序列化

读数据加共享锁 
更改数据加排他锁 
共享锁事务结束才释放 
增加范围锁

 

 技术分享

技术分享

技术分享

技术分享

 

 什么鬼?可重复读和读已提交两种隔离级别得出的结论跟LBCC协议不一致!!!怀疑人生中……

 

MVCC协议

MVCC–多版本并发控制协议

通过保存数据在某个时间点的快照来实现,也就是说,不管需要执行多长时间,每个事务看到的数据都是一致的。不同的存储引擎MVCC的实现是不同的,典型的有乐观并发控制和悲观并发控制。

 

MVCC实现原理(Innodb引擎)

 Innodb引擎会为每一行添加两个隐藏的列来实现的,分别表示该行创建版本和删除版本,创建版本是事务的版本号,每开始一个新的事务,版本号会自动递增。

举个栗子,偷几张图...

初始化数据

 技术分享

事务1

技术分享

事务2

 技术分享

读已提交

读事务每次都读取undo log中最近的版本,因此两次对同一字段的读可能读到不同的数据(幻读),但能保证每次都读到最新的数据

可重复读

 每次都读取指定的版本,这样保证不会产生幻读,但可能读不到最新的数据

 

总结

  1. 对于许多SQL,隔离级别越高,InnoDB给记录集加的锁就越严格,产生锁冲突的可能性就越高,从而对并发事务处理性的影响也就越大。

  2. 因此我们在项目中,应该尽量使用较低的隔离级别,以减少锁争用的几率。

  3. InnoDB引擎尽量使用索引,防止锁表。
  4. 合理使用事务的大小,小事务发生锁冲突的几率也更小。
  5. 尽量使用相等条件,避免Next-key锁对并发插入的影响(gap锁)

参考

  1. 高性能Mysql
  2. 深入浅出Mysql

事务并发之隔离级别