MySQL的事务

四种隔离级别

• READ UNCOMMITED (读未提交）
  在这个级别的事务中做的修改，即使没有提交，对其他事务也是可以看见的。事务可以读取未提交的数据，这被称为脏读（Dirty Read）。由于可能导致很多问题，实际应用中很少使用。
• READ COMMITED （读已提交）
  一个事物开始时只能看见已经提交的事物所做的修改。这个级别有时候也被叫做不可重复度(norepeatable read), 因为两次执行同样的查询操作，可能会得到不一样的结果。
• REPEATABLE READ （可重复读）
  这个级别解决了脏读的问题，该级别保证多次读取的结果是一致的。但是这个级别还是不能解决幻读（Phantom Read）的问题。 幻读指当某个事务在读取某个范围内的记录时，另外一个事物右在范围内插入了一条记录。当之前的事务再次读取该范围的记录时，会产生幻行（Phantom Row) 。
  InnoDB存储引擎通过MVCC解决了幻读的问题
  可重复读是MySQL的默认隔离级别
• SERIALIZABLE （可串行化）
  串行化是最高的隔离级别，它通过强制事务串行执行，避免前面说的幻读问题。串行化会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题。

死锁

死锁的含义是指两个或多个事务在同一个资源上相互占用，并请求对方占用的资源，从而导致恶性循环的现象。死锁的两种情况：

• 当多个事务采用不同的顺序锁定资源时
• 多个事务同时锁定同一个资源时

解决这个问题的办法：

• 死锁检测
  例如：InnoDB能检测到循环依赖，并立即返回一个错误
• 死锁超时
  例如：InnoDB中当查询达到锁等待超时后，将持有最少排他级锁的请求回滚。

MySQL中的事务

支持事务的存储引擎

• InnoDB
• NDB Cluster

自动提交(AutoCommit)
MySQL默认采用自动提交模式，也就是说如果不是显示的开启事务，每个查询都会被当做一个事物执行提交操作。可以通过设置AUTOCOMMIT变量来启用和禁止。

设置隔离级别
MySQL 通过 SET TRANSACTION ISOLATION LEVEL 命令设置隔离级别，新的隔离级别会在下一个事务中生效。可以在配置文件中设置数据库隔离级别，也可以在只改变当前会话隔离级别：

多版本控制(MVCC)

MySQL的对MVCC的实现是通过保存数据在某个时间点的快照来实现的。分两种情况看：

• 每个事务自身不论执行多久看到的数据都是一样的
• 根据开始时间不同，每个事务对同一张表，同一时间看到的数据可能不一样

InnoDB的MVCC实现
InnoDB的MVCC是通过在每行记录的后面保存两个隐藏的列来实现的。这两个列一个保存行的创建时间，一个保存行的过期时间（或删除时间）。当然 存储的并不是实际的时间值。而是系统版本号。没开启一个事物系统版本号都会自动递增。事物开始时的系统版本号作为事物版本号，用来和查询到的每条记录的版本号做对比。

REPEATED READ隔离级别下，MVCC具体操作过程：

• SELECT
  InnoDB会根据一下两个条件检查每行记录：
  • InnoDB只查找小于当前事物版本的数据行，这样保证事物读取的行是在事物开启前存在的 or 是在事务中插入的
  • 行的删除版本号要么未定义，要么大于当前事物的版本号，确保事物读到的行在事务开启前未删除
• INSERT
  innoDB为新插入的每一行保存当前系统版本号作为行版本号
• DELETE
  innoDB为删除的每一行保存当前系统版本号作为行版本号
• UPDATE
  innoDB为插入一行新记录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行删除标识。

MVCC只在REPEATABLE READ 和READ COMMITED两个隔离级别下工作。

参考：
https://book.douban.com/subject/23008813/
https://dev.mysql.com/doc/refman/8.0/en/innodb-next-key-locking.html