MySQL面试篇章—MySQL锁机制

MySQL的锁机制

表级锁 & 行级锁

表级锁：对整张表加锁，开销小，加锁快，不会出现死锁；但是锁粒度大，发生锁冲突的概率高，并发度低

行级锁：对某行记录加锁，开销大，加锁慢，会出现死锁；但是锁粒度小，发生锁冲突的概率最低，并发度高。

排它锁和共享锁

排它锁（Exclusive），又称为X锁，写锁

共享锁（Shared），又称为S锁，读锁

X锁和S锁之间有以下的关系：SS锁可以兼容，但是XS、SX、XX之间是互斥的，会导致堵塞

• 一个事务对数据对象O加了S锁，可以对O进行读取操作，但是不能进行更新操作，加锁期间其他事务能对O加S锁，但不能加X锁
• 一个事务对数据对象O加了X锁，就可以对O进行读取和更新。但是加锁期间其他事务不能对O加任何的锁

# 显式加锁
select ... lock in share mode; # 强制获取共享锁

select ... for update; # 获取排它锁

InnoDB行级锁

行级锁

InnoDB存储引擎支持事务处理，表支持行级锁定，并发能力更好

1、InnoDB行锁是通过给索引上的索引项加索来实现的，而不是给表的行记录加锁实现的，这就意味着只有通过索引条件检索数据，InnoDB才使用行级锁，否则InnoDB将使用表锁（因此如果过滤条件没有索引的话，默认加的就是表锁，不是行锁）

2、由于InnoDB的行锁是针对索引字段添加的锁，不是针对行记录加的锁，因此虽然访问的是InnoDB引擎下表的不同行，但是如果使用相同的索引字段作为过滤条件的话，依然会发生锁冲突，只能串行进行，不能并发进行

3、即使SQL使用了索引，但是经过MySQL的优化器后，如果认为全表扫描比使用索引效率更高，此时会放弃使用索引，因此也不会使用行锁，