本文详细介绍了数据库事务的四种隔离级别——读未提交、读已提交、可重复读和串行化，以及它们在实际操作中的表现。重点讲解了在可重复读和读已提交级别下，数据库如何利用ReadView和MVCC（多版本并发控制）来实现事务隔离。同时，提到了长事务对存储空间的影响以及如何避免长事务的方法。还介绍了MySQL中利用回滚日志实现MVCC的原理。
隔离性与隔离级别
image.png
若隔离级别是“读未提交” V1=2 V2=2 V3=2
若隔离级别是“读提交” V1=1 V2=2 V3=2
若隔离级别是“可重复读” V1=1 V2=1 V3=2
若隔离级别是“串行化” V1=1 V2=1 V3=2
在实现上，数据库里面会创建一个视图(Read View)，访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。在“读提交”隔离级别下，这个视图是在每个 SQL 语句开始执行的时候创建的。这里需要注意的是，“读未提交”隔离级别下直接返回记录上的最新值，没有视图概念；而“串行化”隔离级别下直接用加锁的方式来避免并行访问。
事务隔离的实现
在 MySQL 中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值，就是数据库的多版本并发控制(MVCC)。
image.png
当系统里没有比这个回滚日志更早的 read-view 的时候，回滚日志会被删除。
不要用长事务，长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。
为什么会出现长事务？如果是使用autocommit=0，任何语句都会开启事务，所以尽量使用autocommit=1，并且手动开启事务(begin or start transaction)。
查询长事务的方式:
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60
3892
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
