innodb引擎支持行级锁。
锁实现了事务之间的隔离功能。
悲观锁，排他锁种类：
1. row-level lock 或record lock 都是指的行级锁
2. gap 间隙锁
3. next-lock 下键锁
隔离级别（隔离的是数据的读，默认的级别是RR模式）：也称读的隔离性级别
查看数据库当前隔离级别：select @@tx_isolation;
1. RU 读未递交，出现脏读. 即读取到了内存脏页中的数据
2. RC 读已递交，出现不可重复读，也出现了幻读，隔离了脏读
3. RR 可重复读，解决了不可重复读，利用undo的快照技术；
也会有幻读，但是利用GAP间隙锁+nextlock下键锁可以解决幻读现象，
该种级别下（利用的MVCC机制），每开启一窗口都会有一undo快照，不论其它窗口中如何修改数据，
在当前窗口中查到的数据都不会有任何变化，除非重新登陆。
MVCC多版本控制机制，就是利用undo快照来实现的。
4. SE 串行化，可以防止死锁，但并发事务性能差
配置文件中设置隔离级别：vim /xx/my.cnf中添加
1. transaction_isolation=read-uncommitted
2. transaction_isolation=read-committed
3. transaction_isolation=repeatable-read
脏读讲解：
发生于RU模式下，即读取到了内存脏页中的数据，叫脏读；
不可重复读讲解：
发生于RC模式下，在一个窗口中不断的修改数据并递交，在另一个窗口中每次查询都能查到最新的数据值
这种现象叫做不可重复读。
可重复读讲解：
发生于RR模式下，在一个窗口中不断的修改数据并递交，在另一个窗口中每次查询的结果都是最原始的数据
除非另一个窗口断开重连（或手动commit下），才能看到修改值。注意前提：登陆好两个窗口后不要断开重连。
幻读讲解：
发生于RC和RR模式中，在窗口1中使用范围修改A列的值，窗口2中又插入了此范围的数据，且窗口2先于
窗口1递交事务，当窗口1中的范围修改执行完成并递交后，查询此范围数据时，会看到A列值不全为修改值，
即看到了窗口2中新插入的数据A列值未被修改。
不可重复读和幻读的区别：
不可重复读表现为某行数据一直在发生变化
幻读表现为统一修改范围内列值后对修改期间插入的数据不受影响。
解决幻读的必备条件（范围条件比如为id>5的数据）：
1. 处于RR模式；
2. GAP间隙锁和nextlock下键锁不是真正的记录锁，不会锁定数据行，只锁定索引列。所以必须为索引列
利用GAP锁锁定现有id>5范围内一些不连续的间隔，不允许对间隔数据写入
利用nextlock锁定大于5范围内最大值后的数据，不允许写入大于当前最大id值的数据。
GAP和nextlock锁是在满足以上2个条件时自动上锁的，之前在RC模式中窗口2中可毫无阻挡的插入范围内数据，
现在满足以上2条件，再插入时会阻塞在原地。
