MySQL的锁机制

innodb的锁机制
1.共享锁/排他锁
共享锁（Share Locks，记为S锁），读取数据时加S锁
排他锁（eXclusive Locks，记为X锁），修改数据时加X锁

共享锁之间不互斥，简记为：读读可以并行
排他锁与任何锁互斥，简记为：写读，写写不可以并行
可以看到，一旦写数据的任务没有完成，数据是不能被其他任务读取的，这对并发度有较大的影响。对应到数据库，可以理解为，写事务没有提交，读相关数据的select也会被阻塞，这里的select是指加了锁的，普通的select仍然可以读到数据(快照读)。
2.意向共享锁/意向排他锁
表级别的锁
3.记录锁Record Lock
索引的锁，以阻止其他事务插入，更新，删除索引id=1的这一行。
4.间隙锁
几行间加锁，间隙锁的主要目的，就是为了防止其他事务在间隔中插入数据
造成不可重复读，我再查看这个数据，别人修改了并提交了，我准备修改时发现已经被修改了
5.临键锁next-key lock
锁到几行间的索引
临键锁，是记录锁与间隙锁的组合，它的封锁范围，既包含索引记录，又包含索引区间。
默认情况下，innodb使用next-key locks来锁定记录。但当查询的索引含有唯一属性的时候，Next-Key Lock 会进行优化，将其降级为Record Lock，即仅锁住索引本身，不是范围。
事务A执行查询语句之后，默认给id=20这条记录加上了next-key lock，所以事务B插入10(包括)到30(不包括)之间的记录都会阻塞。临键锁的主要目的，也是为了避免幻读(Phantom Read)。如果把事务的隔离级别降级为RC，临键锁则也会失效。
6.插入意向锁
插入时，可以并发插入，一段数据，两个插入可以并行操作
多个事务，在同一个索引，同一个范围区间插入记录时，如果插入的位置不冲突，不会阻塞彼此。
7.自增锁
表锁，主键时自增时，一条数据插入时，其他数据阻塞