上篇文章说了mvcc保证事务隔离性，隔离有脏读，不可重复读，幻读，而mysql有四种隔离级别，read uncommit，read commit，repeatable read，serializable，解决这些问题，mysql新版本默认是可重复读，利用mvcc解决幻读，read view链表组成有m_ids活跃事务id，大事务id和小事务id以及当前事务id，解决的是快照读，当前读还是会存在一定问题。

Mysql锁

首先我们知道读的时候是不需要加锁的，当几个线程同时写入的时候，操作同一条数据，修改数据的那个事务就会生成锁。

锁结构里有事务id和是否等待is_waiting，正在修改数据的事务则没有等待，is_Waiting就是false，其他事务需要等这个事务完成后，他们is_Waiting才会从true变为false。

怎么解决上篇文章说的脏读，不可重复读，幻读呢，读写都加锁，自然都可以解决以上问题，但是这样很明显发生阻塞，效率会低，于是可以采用select读的时候mvcc版本控制，写的时候再加锁。这里说的mvcc版本控制来实现的叫一致性读，也就是经常说的快照读。

锁定读：

必须是innodb数据库，必须开启事务。

Lock in share mode共享锁(s锁)：当一个事务查询后，其他事务可以读，不可以写。

For update 排它锁（x锁）：当一个事务查询后，其他事务不可以读也不可以写。

那么delete呢：其实就是先在b+树中定位到这条记录的位置，然后获取这条记录x锁，在执行delete mark操作。

Update分为三种情况：修改键值，则先delete再次insert。未修改键值，但是列长度发生变化，也需要delete再次insert，若未修改键值，但长度未发生变化，可以看做在b+树位置直接记录x锁。

Insert的情况下并不加锁，而是通过隐式锁来保护。

表的颗粒分为行锁和表锁，行锁上的就是s锁和x锁，当整个表上锁的时候，其他事务应该也是不可以访问的，这时候怎么知道他上了表锁呢，或者循环他吗，当然不是，mysql设置了意向锁，is锁和ix锁，当表上了ix锁的时候，这时候其他事务想上s锁是不允许的。（其他搜索引擎因为不支持事务，所以他们的锁只存在session中，而且只支持表锁，不支持行锁）

Is锁和ix锁就是当后面需要上表锁的时候，需要判断是否有行锁，因为is锁和ix锁是在上了行的s锁和x锁之前加的。

Auto_inc锁是在自增主键保证自增的锁，但针对单挑数据插入，当不确定多少数据插入的时候，则auto_inc锁为auto_increment修饰列生成对应的值。

Record locks：官方名称是lock_Rec_not_gap，他有s锁和x锁之分的。

Lock_gap锁：前面说过mysql在repeatable read隔离下解决幻读要么加锁，要么mvcc读加写锁，但是加锁的时候还会存在问题，防止在两个值得间隙插入锁，这个锁又叫间隙锁。