【MySQL实战45讲】【读书笔记】03 | 事务隔离：为什么你改了我还看不见？

03 | 事务隔离：为什么你改了我还看不见？

---

1.
事务的概念是什么?

事务是一个操作序列，这些操作“要么都做，要么都不做”，是数据库环境中不可分割都逻辑工作单位。

2.
mysql的事务隔离级别读未提交, 读已提交, 可重复读, 串行各是什么意思?

读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。

读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。

可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。

串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

---

1）READ UNCOMMITTED（读未提交）：最低级别，任何情况都无法保证。

2）READ COMMITTED（读已提交）：可避免读脏数据。

3）REPEATABLE READ（可重复读）：可避免读脏数据，不可重复读。

4）SERIALIZABLE（串行化）：最高级别，可避免读脏数据、不可重复读、幻读。

3.
读已提交, 可重复读是怎么通过视图构建实现的?

在“可重复读”隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。

在“读提交”隔离级别下，这个视图是在每个 SQL 语句开始执行的时候创建的。

4.
可重复读的使用场景举例? 对账的时候应该很有用?

假设你在管理一个个人银行账户表。一个表存了账户余额，一个表存了账单明细。到了月底你要做数据校对，也就是判断上个月的余额和当前余额的差额，是否与本月的账单明细一致。你一定希望在校对过程中，即使有用户发生了一笔新的交易，也不影响你的校对结果。这时候使用“可重复读”隔离级别就很方便。事务启动时的视图可以认为是静态的，不受其他事务更新的影响。

5.
事务隔离是怎么通过read-view(读视图)实现的?
6.
并发版本控制(MCVV)的概念是什么, 是怎么实现的?

同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。

MVCC的实现是通过保存数据的快照实现的，快照等于文中的视图。

7.
使用长事务的弊病? 为什么使用长事务可能拖垮整个库?

长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。

长事务对回滚段的影响以及长事务占用锁资源。

8.
事务的启动方式有哪几种?

1）set autocommit=1显式启动事务语句， begin 或 start transaction。配套的提交语句是 commit，回滚语句是 rollback。

2）set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个 select 语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句，或者断开连接。
9.
commit work and chain的语法是做什么用的?

如果执行 commit work and chain，则是提交事务并自动启动下一个事务，这样也省去了再次执行 begin 语句的开销。同时带来的好处是从程序开发的角度明确地知道每个语句是否处于事务中。

10.
怎么查询各个表中的长事务?

可以在 information_schema 库的 innodb_trx 这个表中查询长事务，比如下面这个语句，用于查找持续时间超过 60s 的事务：
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60
11.
如何避免长事务的出现?