隔离性与隔离级别

- 若隔离级别是“读未提交” 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)。

当系统里没有比这个回滚日志更早的 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
网友评论