MySql--InnoDb锁机制要点总结

1.InnoDB采用行锁机制，每次读写在对应行上添加X（排他）锁、S（共享）锁，以及在其上层表加一个意向锁（IX、IS）。但是意向锁除了全表查询基本不会起阻塞作用

2.查看事务、锁相关信息的mysql命令：

​ 1.select * from information_schema.INNODB_TRX查看事务状态

​ 2.select * from information_schema.INNODB_LOCKS 查看锁状态

​ 3.select * from information_schema.INNODB_LOCK_WAITS 查看正在使用与阻塞的锁

3.一致性非锁定读

​ 1.如前所述，InnoDB引入了MVVC（多版本并发控制），在默认情况下，当一个事务将要读取的行r上已经存在X锁，该事务不会等待X锁的释放，而是直接读取版本快照，这极大地提高了并发度。

​ 2.另外，在不同隔离级别下，一致性非锁定读的表现不同。在READ COMMITTED级别下，事务总是读取数据最新的版本（会违反事务的隔离性）。在REPEATABLE READ级别下，事务总是读取数据在事务开始时的版本

4.一致性锁定读：在某些情况下，用户需要显示地对数据库读取操作进行加锁以保证数据逻辑的一致性。INNODB对于select语句支持两种一致性锁定读操作

​ 1.select .. for update 对读取行加X锁

​ 2.select .. lock in share mode对读取行加S锁

5.三种锁算法

​ 1.Record Lock：只锁定一行记录

​ 2.Gap Lock：锁定一个范围的，不包括记录本身

​ 3.Next-Key Lock：锁定一个范围，包括记录本身

6.在READ COMMITTED隔离级别下，InnoDB采用Record Lock算法，可能存在幻读问题；在InnoDB默认隔离级别REPEATABLE READ下，InnoDB采用Next-Key Lock算法，不会产生幻读问题

7.脏读：事务对缓冲区的修改在没有被提交前，被另一事务读取，违反事务的隔离性。在READ UNCOMMITTED下，可能出现脏读问题，升级到READ COMMITTED后，不会出现脏读问题

8.不可重复读：在第一个事务的两次读取之间，第二个事务作了修改，导致两次读写结果不同，MySQL官方文档将不可重复读定义为幻读问题。 可将隔离级别提升至READ REPEATABLE来避免不可重复读问题。 一般来说，不可重复读问题是可以接受的，因为读到的是已提交的数据。因此大部分数据库厂商将数据库事务的默认隔离级别设置为READ COMMITTED

9.丢失更新：一个事务的更新操作被另一个事务的更新操作覆盖，导致一致性被破坏。一般不会发生，即使是在READ COMMITTED级别下

10.锁升级。有时对一个页中上万条记录加锁，那么维护这些锁会占用大量的资源，可以将行锁升级为一个页锁，虽然粒度变大了，但是锁占用的资源会大量减少。