共计 2350 个字符，预计需要花费 6 分钟才能阅读完成。
概述
索引是 MySQL 的数据结构，关系着 MySQL 如何存储数据，查问数据；而如何操作数据，解决多线程时操作数据带来的问题，则须要通过事务来实现。
InnoDB 引擎反对事务，MyISAM 引擎不反对事务
ACID
事务是由一组 SQL 语句组成的逻辑处理单元, 事务具备以下 4 个属性, 通常简称为事务的 ACID 属性
- 原子性(Atomicity)：事务是一个原子操作单元, 其对数据的批改, 要么全都执行, 要么全都不执行。
- 一致性(Consistent)：在事务开始和实现时, 数据都必须保持一致状态。
- 隔离性(Isolation)：数据库系统提供肯定的隔离机制, 保障事务在不受内部并发操作影响的“独立”环境执行。
- 持久性(Durable)：事务实现之后, 它对于数据的批改是永久性的。
用大白话说：
- 原子性：事务里的所有操作，要么是 commit 全副提交胜利，要么是 rollback 全副回滚。
- 一致性：集体认为更多在于业务操作，如 A 用户向 B 用户转账 100，必须是 A -100, B+100，不能呈现 A 转账胜利，B 未收到状况。
- 隔离性：A 事务在操作数据时，不受 B 事务影响。这点会在本文具体阐明。
- 持久性：对数据的所有胜利操作，都会落到磁盘上。
事务隔离级别
InnoDB 中，一共有四种隔离级别：读未提交、读已提交、可反复读、可串行化。默认为可反复读。
它们别离会对应一些并发问题，如表格所示：
| 隔离级别 | 脏读 | 不可反复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 有可能 | 有可能 | 有可能 |
| 读已提交 | 不可能 | 有可能 | 有可能 |
| 可反复读 | 不可能 | 不可能 | 有可能 |
| 可串行化 | 不可能 | 不可能 | 不可能 |
- 脏读：事务 A 读取到了事务 B 曾经批改但尚未提交的数据，还在这个数据根底上做了操作。此时，如果 B 事务回滚，A 读取的数据有效。
- 不可反复读：一个事务在读取某些数据后的某个工夫，再次读取以前读过的数据，却发现其读出的数据曾经产生了扭转、或某些记录曾经被删除了。
- 幻读：一个事务按雷同的查问条件从新读取以前检索过的数据，却发现其余事务插入了满足其查问条件的新数据，这种景象就称为幻读。
上面将对这些问题做具体解释
读未提交
在该隔离级别下，事务 A 能够读到事务 B 尚未提交的数据。
设置形式：
set tx_isolation='read-uncommitted';如以下事务 A 先进行查问用户数据, 此时 jack 的余额为 10
事务 B 批改 jack 的余额为 20
begin;
update account set balance = balance + 10 where id = 1;留神：此时事务 B 并未提交
事务 A 再次查问，发现 jack 的余额已变为为 20
若此时事务 A 用该数据进行业务解决，比方购买商品，实现之后，事务 B 产生回滚。那么就相当于事务 A 用了谬误的数据进行了业务。
读已提交
在该隔离级别下，事务 A 能够读到事务 B 曾经提交的数据。
设置形式：
set tx_isolation='read-committed';如以下事务 A 先进行查问用户数据, 此时 jack 的余额为 10
事务 B 批改 jack 的余额为 20
begin;
update account set balance = balance + 10 where id = 1;留神：此时事务 B 并未提交
事务 A 再次查问，jack的余额依然为 10
此时事务 B 提交数据，事务 A 再次查问，发现 jack 的余额变为了 20
此时就会带来一个新的问题：在事务 A 中，明明没有对该条数据做任何批改，但屡次查问发现数据始终变动，就会给人带来纳闷：我到底应该用哪个数据实现业务呢？
可反复读
在该隔离级别下，事务 A 每次查问的数据都和第一次查问的数据雷同。
设置形式：
set tx_isolation='repeatable-read';如以下事务 A 先进行查问用户数据, 此时 jack 的余额为 10
事务 B 批改 jack 的余额为 20, 并且提交数据
begin;
update account set balance = balance + 10 where id = 1;
commit;留神：此时事务 B 曾经提交了
事务 A 再次查问，jack的余额依然为 10
在其余事务中查问，能够发现其实 jack 的余额曾经是 20 了
当初，尝试在事务 A 中查问 id<5 的数据，此时只查出两条数据
在 其余事务 中插入一条 id=4 的记录并提交
INSERT INTO `account` (`id`, `name`, `balance`)
VALUES
(4, 'zhangsan', 30);在事务 A 中更新 id=4 的数据，留神，更新的是 id=4 的数据
而后再次尝试查问 id<5 的数据，此时发现多出了一条 id=4 的数据
在同一个事务里，反复查问同一条数据，数据不会产生扭转，这是可反复读。
然而存在能够更新一条“不存在”的数据，而后把它查出来，这是幻读。
对于该事务来说不存在
可串行化
在该隔离级别下，执行任何 sql 都是串行的（加锁）。
设置形式：
set tx_isolation='serializable';如以下事务 A 先进行查问用户数据, 此时 jack 的余额为 10
在事务 B 中尝试批改该条数据，你会发现，锁住了
在该隔离级别，执行任何 sql，包含查问 sql，MySQL 都会给你加上一把锁，让所有的操作都成线性的，这便是可串行化。
该隔离级别性能极低，不倡议应用。
小结
在本章节中，简略介绍了 MySQL 的四种隔离级别和他们所带来的问题。
最初再说一点对于 读已提交 和可反复读 的想法：
在读已提交的隔离级别下，尽管说在同一事务中，存在数据发生变化的状况，但理论在开发时，很少会反复查问同一条数据，所以问题其实不大，并且读已提交的性能要比可反复读要好一些，如果想要晋升性能，业务又不存在或者不在意极其的状况，能够思考应用读已提交的隔离级别。
如果我的文章对你有所帮忙，还请帮忙 点赞、珍藏、转发 一下，你的反对就是我更新的能源，非常感谢！
追更，想要理解更多精彩内容，欢送关注公众号：程序员阿紫
集体博客网站：https://zijiancode.cn
