一、前提
1、MySQL版本：5.7.19
2、引擎：InnoDB
3、隔离机制：可重复读。
二、不可重复读与幻读的区别
1、不可重复读 ：同一事务中，多次读取操作，前后的读取结果不一样。
2、幻读 : 两事务A、B，A对表T全部记录做了某项操作，B对T的某些记录做了操作，导致A幻读。
3、演示：
1)、不可重复读
事务1:
事务2:
结论：事务1在事务2修改前后，查出来的记录是不一样的，不可重复读取。
2）幻读
事务1:
事务2:
结论：事务1对所有检索的记录做了修改，事务2插入一条记录，事务1再查询时，发现还有记录并未修改，发生幻读。
OK！至此，不可重复读与幻读的区别应该能较容易区分了。
三、InnoDB的锁机制
1、锁类型及关系
Mysql InnoDB支持多种锁，今天分享两类。行锁实了两种类型的锁：共享锁（Shared Lock - S）和排他锁（Exclusive Lock - X）;我们知道InnoDB实现了多粒度锁级别锁定，允许行锁和表锁共存，而这实际上是使用了其他类型的锁，称之为意向锁（Intention Locks）。意向锁是表锁，分为意向共享锁（Intention shared-IS）和意向排他锁（Intention exclusive-IX）。
共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排
他锁。
排他锁（X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数
据集的共享读锁和排他写锁。
意向共享锁（IS）：事务打算给数据行加行共享锁，事务在给一个数据行加
共享锁前必须先取得该表的IS锁。
意向排他锁（IX）：事务打算给数据行加行排他锁，事务在给一个数据行加
排他锁前必须先取得该表的IX锁。
他们的兼容关系如下：
如果一个事务请求的锁模式与当前的锁兼容，InnoDB就将请求的锁授予该事务；反之，如果两者不兼容，该事务就要等待锁释放。
注意：
1、意向锁是InnoDB自动加的，不需用户干预。对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加任何锁；
2、事务显示获取记录集锁：
共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。
3、意图锁不会阻塞所有表请求，IX和IS的主要目的是表示某事务锁定了一行，或将锁定表中的一行。
下面将演示一个共享锁的例子：
分析：
T1.3 等待T2.2' 的释放共享锁锁以便获取到排他锁，而T2.4又等待T1.3释放排他锁，因此导致了死锁，因此被 InnoDB 检测到了，报了个 DeadLock ERROR
在上面的例子中，两个事务都需要获得对方持有的排他锁才能继续完成事务，这种循环锁等待就是典型的死锁。发生死锁后，InnoDB一般都能自动检测到，并使一个事务释放锁并回退，另一个事务获得锁，继续完成事务。
排他锁的例子：
分析：
在T1的3处给记录加排他锁，T2的4处将无法获取该锁，只能等待；待T1的拥有锁的4更新完，5处将获取锁并获取T1更新后的记录。而在T2等待的时候报错了-“ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction”，这个报错是很有必要的，在后续的死锁介绍时会详细说到，尽管InnoDB大多情况下能自我检测死锁，但是有些情况并不能，此时可通过设置“innodb_lock_wait_timeout”参数来解决。
需要说明的是，这个参数并不是只用来解决死锁问题，在并发访问比较高的情况下，如果大量事务因无法立即获得所需的锁而挂起，会占用大量计算机资源，造成严重性能问题，甚至拖跨数据库。我们通过设置合适的锁等待超时阈值，可以避免这种情况发生。InnoDB 默认设置为50s。
好了，本次分享到此，下次分享InnoDB行锁实现方式以及其他锁简介。
