这篇文章为大家带来有关MySQL事务和InnoDB锁类型的介绍。文章涵盖MySQL事务和InnoDB锁类型的知识点，希望大家通过这篇文章能有所收获。
1、4 种隔离级别
（1）未提交读（Read uncommitted）：一个事务读取到其他事务未提交的数据，是级别最低的隔离机制；
（2）提交读（Read committed)：一个事务读取到其他事务提交后的数据；
（3）可重复读（Repeatable read）：一个事务对同一份数据读取到的相同，不在乎其他事务对数据的修改；
（4）序列化（Serializable） ：事务串行化执行，隔离级别最高，牺牲了系统的并发性。
2、不同隔离级别解决的问题
若不考虑事务的隔离级别，则事务的并发会造成以下问题：
（1）脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据。
（2）不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。
（3）幻读：同一事务中对同一范围的数据进行读取，结果却多出了数据或者少了数据，这就叫幻读。（如同一事务对id<10的范围进行2次查询，第一次出现id=8、9的两条数据，第二次出现id=7、8、9的3条数据）。
不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
不同的隔离级别针对上述3个问题的解决能力，如下表：
二、MVCC
上文提到 InnoDB 默认的隔离级别是可重复读（RR），InnoDB是通过MVCC（多版本并发控制）来实现可重复读的，下面为大家介绍MVCC。
1、概念
在InnoDB中，给每行增加两个隐藏字段来实现MVCC，一个用来记录数据行的创建时间，另一个用来记录行的过期时间（删除时间）。在实际操作中，存储的并不是时间，而是事务的版本号，每开启一个新事务，事务的版本号就会递增。
于是乎，默认的隔离级别（REPEATABLE READ）下，增删查改变成了这样：
（1）SELECT
- 读取创建版本小于或等于当前事务版本号，并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的。
（2）INSERT
- 将当前事务的版本号保存至行的创建版本号。
（3）UPDATE
- 新插入一行，并以当前事务的版本号作为新行的创建版本号，同时将原记录行的删除版本号设置为当前事务版本号。
（4）DELETE
- 将当前事务的版本号保存至行的删除版本号。
2、快照读和当前读
（1）快照读：读取的是快照版本，也就是历史版本；
（2）当前读：读取的是最新版本。
普通的SELECT就是快照读，而UPDATE、DELETE、INSERT、SELECT ... ,锁在分享模式,选择…更新是当前读。
(3)结论:如果隔离级别是可重复读,那么在同一个事务中的所有普通选择读读到的都是事务第一个读到的快照,如此实现了可重复读;而对于当前读(更新、删除、插入、选择……锁在分享模式,选择…更新),InnoDB 通过加锁来实现可重复读,且InnoDB 加锁同时解决了幻读问题。
三,锁的类型
InnoDB 引入以下三种锁类型:
- <李>
记录锁(记录锁):在索引记录上加锁,即行锁,锁住当前行。
<李>差距锁(间隙锁):在索引记录之间加锁,或者在第一个索引记录之前加锁,或者在最后一个索引记录之后加锁。
<李>键锁:在索引记录上加锁,并且在索引记录之前的间隙加锁。它相当于是记录锁与锁的差距的一个结合。假设一个索引包含以下几个值:10、11、13、20。那么这个索引的第二个关键锁将会覆盖以下区间:(oo, 10], (10、11), (11、13] (13 20] (20 + oo)。
MySQL InnoDB 通过间隙锁解决了幻读问题。以下通过实际的案例分析来介绍InnoDB 是如果解决幻读问题的。
四、案例分析
在对SQL进行加锁分析前,需要明确表的结构和索引类型。在不知道索引的情况下直接给出一条SQL来分析如果加锁是没有任何意义的。
以下以用户表(t_user)为例(id为主键,名称为唯一索引,年龄为一般索引,地址无索引)分析不同索引条件的加锁表现。
