mysql的四个事务隔离级别

之前在网上查询mysql事务隔离相关资料，一直只是脑子里有一个印象，久而久之还是会忘记，忘记后又要到网上查找相关资料，但是没实践过就对mysql事务隔离级别理解不是特别的深入，现在自己亲手实践体验一下这个这四个事务隔离级别还有一些相关细节。

四个事务隔离级别（网上很多，简单介绍一下）

• 读未提交：A事务已执行，但未提交；B事务查询到A事务的更新后数据；A事务回滚；—出现脏数据，锁的粗细：行级锁。

• 读已提交：A事务执行更新；B事务查询；A事务又执行更新；B事务再次查询时，前后两次数据不一致；—不可重复读，锁的粗细：行级锁。

• 可重复读：A事务无论执行多少次，只要不提交，B事务查询值都不变；B事务仅查询B事务开始时那一瞬间的数据快照；锁的粗细：表级锁

• 串行化：不允许读写并发操作，写执行时，读必须等待；锁的粗细：表级锁

实践走起：

这里有一张test表，内容如下：

读未提交

B事务（右）能读到A事务（左）未提交的数据
而且读未提交是行级锁，A事务修改id = 1的行的 后， B是可以修改id = 2的记录，而不会发生锁的争夺，但是修改同一行的记录就会发生阻塞了，直到另一个事务commit才释放锁。

读已提交

不能读到未提交的事务
只能读到提交的事务
锁的粗细是行级锁

可重复读

可重复读就复杂一点，读已提交保证不了一个事务读同一个数据的一致性，也就说刚刚A事务明明读了AAA的money=0，但是B修改AAA的money=100， 然后A事务再读，发现变成100了，不是原来的0了，可重复读可以避免这样的问题，怎么避免呢，可重复读在第一次（记住是第一次第一次第一次）读数据时会读取最新的已提交数据，然后自己留一个副本，此后每次读（select）都不会读最新的已提交数据，只会读取自己的副本（除非在执行更改update这样的修改操作时，在修改前回去读取最新数据然后再修改），这样就保证读一致性，但是又不会读到旧数据。

锁的粗细是表级锁：

串行化

串行化就是读写和写写会发生锁冲突，只有读读是不冲突的

自己动手做做会对mysql的事务隔离级别有更深刻的理解。哈哈哈
（以上全属个人理解）