4、对于搜索遇到的索引记录，SELECT ... FOR UPDATE 阻止其他会话执行 SELECT ... FOR SHARE 或从某些事务隔离级别读取。一致读忽略在读视图中存在的记录上设置的任何锁。
5、UPDATE ... WHERE ... 在搜索遇到的每条记录上设置一个排它的next-key锁。但是，对于使用唯一索引来搜索唯一行的语句，只需要一个索引记录锁。
6、DELETE FROM ... WHERE ... 在搜索遇到的每条记录上设置一个排它的next-key锁。但是，对于使用唯一索引来搜索唯一行的语句，只需要一个索引记录锁。
7、当 UPDATE 修改聚集索引记录时，将对受影响的二级索引记录进行隐式锁定。在插入新的二级索引记录之前执行重复检查扫描，以及在插入新的二级索引记录时，UPDATE操作还会在受影响的二级索引记录上使用共享锁。
8、INSERT 在插入的行上设置排它锁。这个锁是索引记录锁，不是next-key锁（即没有间隙锁），并且不会阻止其他会话插入到插入行之前的间隙中。
9、在插入行之前，设置了一种称为插入意向间隙锁的间隙锁。该锁表示要以这样一种方式插入，即插入到同一索引间隙的多个事务如果不在间隙内的同一位置插入，则不需要相互等待。假设有值为4和7的索引记录。尝试插入值5和6的独立事务在获得插入行上的排它锁之前，每个事务都用插入意向锁锁定4和7之间的间隙，但不会阻塞彼此，因为行是不冲突的。
10、INSERT ... ON DUPLICATE KEY UPDATE 与简单的 INSERT 不同之处在于，当发生重复键错误时，将在要更新的行上放置排他锁而不是共享锁。对重复的主键值采用排它索引记录锁。对重复的唯一键值采用排它的next-key锁。
11、INSERT INTO T SELECT ... FROM S WHERE ... 在插入到 T 的每一行上设置一个排它索引记录锁（没有间隙锁）。如果事务隔离级别为 READ COMMITTED，InnoDB 将 S 上的搜索作为一致 读（无锁）。 否则，InnoDB 在 S 的行上设置共享的 next-key 锁。
12、InnoDB在初始化表上先前指定的AUTO_INCREMENT列时，会在与AUTO_INCREMENT列相关的索引的末尾设置一个排它锁。
13、如果在表上定义了一个FOREIGN KEY约束，那么任何需要检查约束条件的插入、更新或删除都会在它查看的记录上设置共享记录级别的锁，以检查约束。InnoDB会在约束失败的情况下也设置这些锁。
14、LOCK TABLES设置表锁，但是设置这些锁的是InnoDB层之上的MySQL层。如果innodb_table_locks = 1(默认值)和autocommit = 0, InnoDB就知道表锁，而且InnoDB上面的MySQL层知道行级锁。
