MySql的事务隔离级别
事务是由一组SQL语句组成的逻辑处理单元，事务具有4属性，通常称为事务的ACID属性。
1、原子性（Actomicity）：
事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。
(Undo Log实现)
2、一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态（Redo Log实现）
3、隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”
环境执行
4、持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持
（binlog实现）
相对于串行处理来说，并发事务处理能大大增加数据库资源的利用率，提高数据库系统的事务吞吐量，从而可以支持更多用户的并发操作，但与此同时，会带来一下问题：
脏读：
一个事务正在对一条记录做修改，在这个事务并提交前，这条记录的数据就处于不一致状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被形象地叫做“脏读”
不可重复读：
一个事务在读取某些数据已经发生了改变、或某些记录已经被删除了！这种现象叫做“不可重复读”。
幻读：
一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为“幻读”
注意：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
上述出现的问题都是数据库读一致性的问题，可以通过事务的隔离机制来进行保证。
数据库的事务隔离越严格，并发副作用就越小，但付出的代价也就越大，因为事务隔离本质上就是使事务在一定程度上串行化，需要根据具体的业务需求来决定使用哪种隔离级别
InnoDB在RR条件下解决幻读有两种手段：mvcc（多版本控制）+ 范围锁
每次开启事务后都会递增创建一个版本号（version），之后的增删查改都是基于这个版本号进行操作的
读取创建版本小于或等于当前事务版本号，并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的。version >= createVersion and version < deleteVersion
将当前事务的版本号保存至行的创建版本号。createVersion = version
新插入一行，并以当前事务的版本号作为新行的创建版本号，同时将原记录行的删除版本号设置为当前事务版本号。新行createVersion = version，旧行deleteVersion = version
将当前事务的版本号保存至行的删除版本号。deleteVersion = version
mysql的间隙所是基于索引的，对于唯一索引innode会把间隙所降级为行锁，非唯一索引的话就需要用到间隙锁（也叫范围锁）
* 事务一：select * from test where age = 3 for update对于number索引可以分为多个范围
(无穷小,1)(1,3)(3,3)(3,11)(11，无穷大)
这时候锁住的是(3,3)区间，对应的临界记录是(id=1,age=1)(id=31,age=11)
对于这范围
内的数据都是被锁住的。
* 事务二：insert into test(id, age) value(5, 3) //是会被阻塞
* 事务三：insert into test(id, age) value(25, 4) //也是会被阻塞
* 事务四：insert into test(id, age) value(35, 4) //也是会被阻塞
* 事务五：insert into test(id, age) value(22, 12) //插入成功 （因为12>11所以在锁区间外）
* 事务六：insert into test(id, age) value(71, 11) //插入成功
长按下方二维码关注精致的程序员，成为一个技术过硬，外表精致，灵魂有趣程序员
标签:
