mysql 锁机制

InnoDB与MyISAM的最大不同有两点：

一是支持事务（TRANSACTION）

二是采用了行级锁

 

Innodb行级锁

• InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。
• InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！
• mysql InnoDB引擎默认的修改数据语句：update,delete,insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型 
• 加过排他锁的数据行在其他事务中是不能修改数据的，也不能通过for update和lock in share mode锁的方式查询数据，但可以直接通过select …from…查询数据，因为普通查询没有任何锁机制。

排它锁（Exclusive Locks，即X锁）：当数据对象被加上排它锁时，其他的事务不能对它读取和修改。

• 对于排他锁大家的理解可能就有些差别，以为排他锁锁住一行数据后，其他事务就不能读取和修改该行数据，其实不是这样的。排他锁指的是一个事务在一行数据加上排他锁后，其他事务不能再在其上加其他的锁。
• SELECT * FROM table_name WHERE ... FOR UPDATE

共享锁（Share Locks，即S锁）：加了共享锁的数据对象可以被其他事务读取，但不能修改。

• 多个事务只能读数据不能改数据
• SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE

意向锁（Intension Locks）:未来的某个时刻，事务可能要加共享/排它锁了，先提前声明一个意向。表锁。

• 意向锁是InnoDB自动加的，不需用户干预

记录锁(Record Locks)：仅锁住索引本身

 

间隙锁（GAP Locks）:范围查找时，对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)”，InnoDB也会对这个“间隙”加锁。它封锁索引记录中的间隔，或者第一条索引记录之前的范围，又或者最后一条索引记录之后的范围

• 为了防止幻读
• 事务隔离级别降到RC 读已提交，间隙锁失效。

临键锁(Next-key Locks)：是记录锁与间隙锁的组合，它的封锁范围，既包含索引记录，又包含索引区间。

　　默认情况下，innodb使用next-key locks来锁定记录。但当查询的索引含有唯一属性的时候，Next-Key Lock 会进行优化，将其降级为Record Lock，即仅锁住索引本身，不是范围。