共计 3249 个字符，预计需要花费 9 分钟才能阅读完成。
本文次要是帮忙了解相干常识，没有具体的操作和代码。
事务
事务就是一组操作，这组操作要么全副胜利，要么全副失败。
最经典的例子就是银行转账：
张三给李四转账 100，对用户来说，就是一个操作。但对应到数据库中，至多须要三步：
// 查看张三账户余额是否大于等于 100
// 张三账户 -100
// 李四账户 +100这三个操作能够没有程序，然而必须全副胜利或者全副失败。否则就可能导致张三损失 100 李四没收到，或者李四收到 100 然而张三没扣款胜利（银行损失 100）。
MySQL 默认引擎 InnoDB，反对事务；MyISAM 引擎不反对事务。
事务的个性
后面说的其实都是事务的概念，具体怎么实现或者有什么要求呢？
一个运行良好的事务处理零碎，必须根本满足四个个性 (ACID)，即原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）。
原子性（atomicity）
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全副提交胜利，要么全副失败回滚，对于一个事务来说，不可能只执行其中的一部分操作。（这个个性基本上等同于事务的定义，所以必须满足）。
一致性（consistency）
数据库总是从一个一致性的状态转换到另外一个一致性的状态。在转账的例子中，若转账胜利，张三和李四的账户总额和转账前也是统一。
隔离性（isolation）
一般来说，一个事务所做的批改在最终提交以前，对其余事务是不可见的。（这是本文的探讨的次要内容，因为在理论状况下，并不一定能保障隔离性。）
持久性（durability）
一旦事务提交，则其所做的批改就会永恒保留到数据库中。此时即便零碎解体，批改的数据也不会失落。
事务的隔离级别
事务间的隔离
事务的四个个性中，原子性，一致性，持久性少数状况下都能保障。略微简单的是隔离性，因为咱们在学习的过程中很多时候都是单用户，单连贯，也就是一个事务执行实现再去执行另一个，很难领会到隔离性的外延。
无妨想一下春运时候的 12306 零碎，每个用户要实现的操作：
// 假如某一线路总票数 100 张
//1. 查问余票
//2. 买票即总票数 -1
//3. 付款 这三个操作组成一个事务，在高并发的状况下，一个用户甲执行到第二步，票数减到 99，此时第二个用户乙查问余票，票数应该是 100 还是 99？
针对相似的疑难，SQL 标准提出了四种情景，或者说用四种级别实现了不同的需要，不同级别决定了用户乙看到的是 100 还是 99。
这四种级别别离是：
READ UNCOMMITTED（未提交读）
在 READ UNCOMMITTED 级别，事务中的批改，即便没有提交，对其余事务也都是可见的。
回到后面的例子，如果设置为这个级别，用户乙看到的将是 99。这导致的问题是如果甲付款或者其余起因失败，乙读到其实是假数据，称为脏读。
脏读（Dirty Read）
事务读取到未提交的数据。
READ COMMITTED（提交读）
在 READ COMMITTED 级别，一个事务开始时，只能“看见”曾经提交的事务所做的批改。换句话说，一个事务从开始直到提交之前，所做的任何批改对其余事务都是不可见的。
这是少数数据库系统的默认隔离级别（但 MySQL 不是）。
在后面的例子中，设置这个级别，乙看到的将是 100。同样可能导致的问题是，乙在一次事务中，查问胜利后，甲付款胜利，票数变为 99，乙再次查问，后果由 100 变成 99。一次事务中两次查问后果不统一，也叫不可反复读。
不可反复读（nonrepeatable read）
两次执行同样的查问，失去了不一样的后果。
REPEATABLE READ（可反复读）
可反复读是 MySQL 的默认事务隔离级别。
REPEATABLE READ 解决了脏读的问题。保障了在同一个事务中屡次读取同样记录的后果是统一的（意思是对同样的数据批改不影响）。
然而可反复读隔离级别无奈解决幻读的问题。
幻读（Phantom Read）
所谓幻读，指的是当某个事务在读取某个范畴内的记录时，另外一个事务又在该范畴内插入了新的记录，当之前的事务再次读取该范畴的记录时，会产生幻行（Phantom Row）。
MySQL 对于幻读的解决
InnoDB 和 XtraDB 存储引擎通过多版本并发管制（MVCC，Multiversion Concurrency Control）解决了幻读的问题。
InnoDB 的 MVCC 是通过每一行加两个暗藏列来实现，一列记录行的创立工夫，一列记录行的过期工夫（或删除工夫），理论记录的是版本号而非具体工夫。相当于行级锁，然而比加锁开销更低，也体现了一种用空间换工夫的思维。具体内容参考文档或者相干书籍。
对于这个级别到底是否齐全解决幻读问题，MySQL（8.0）文档是这样说的：
This is the default isolation level for InnoDB. Consistent reads within the same transaction read the snapshot established by the first read. This means that if you issue several plain (nonlocking) SELECT statements within the same transaction, these SELECT statements are consistent also with respect to each other.
For locking reads (SELECT with FOR UPDATE or FOR SHARE), UPDATE, and DELETE statements, locking depends on whether the statement uses a unique index with a unique search condition, or a range-type search condition.
For a unique index with a unique search condition, InnoDB locks only the index record found, not the gap before it.
For other search conditions, InnoDB locks the index range scanned, using gap locks or next-key locks to block insertions by other sessions into the gaps covered by the range.
如果在同一事务中收回多个一般（非锁定）SELECT 语句，则这些 SELECT 语句彼此之间也是统一的。
对于锁定读取（应用 FOR UPDATE 或 FOR SHARE 进行 SELECT），UPDATE 和 DELETE 语句，锁定取决于该语句是应用具备惟一搜寻条件的惟一索引还是范畴类型搜寻条件。
对于具备惟一搜寻条件的惟一索引，InnoDB 仅锁定找到的索引记录，而不锁定其前的间隙。
对于其余搜寻条件，InnoDB 应用距离锁定或下一键锁定来锁定扫描的索引范畴，以阻止其余会话插入该范畴笼罩的距离。
总结： 如果是一般查问，可能防止幻读。对于锁定查问，只能在局部状况下（范畴查问时）防止幻读。
SERIALIZABLE（可串行化）
SERIALIZABLE 是最高的隔离级别。它通过强制事务串行执行，防止了后面说的幻读的问题。简略来说，SERIALIZABLE 会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。理论利用中也很少用到这个隔离级别，只有在十分须要确保数据的一致性而且能够承受没有并发的状况下，才思考采纳该级别。
总结：
因为理论业务须要，产生了事务，又因为事务自身的个性，须要思考不同事务之间的可见性，产生了隔离级别。
四种隔离级别：
READ UNCOMMITTED=》READ COMMITTED=》REPEATABLE READ=》SERIALIZABLE
越低的级别可能执行更高的并发，零碎开销也更低。
本文次要参考了《高性能 mysql(第 3 版)》，以及 MySQL8.0 官网文档。