MySQL锁的总结

锁保证数据并发访问的一致性、有效性。锁是mysql在服务器层和存储引擎层的并发控制。

锁机制

共享锁与排他锁

• 共享锁（读锁）：其它事务可以读，但不能写
• 排他锁（写锁）：其它事务不能读，也不能写

锁粒度

mysql不同的存储引擎支持不同的锁机制，所有的存储引擎都以自己的方式显现锁机制。

• MyISAM和MEMORY存储引擎采用表级锁（table-level locking）
• BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁
• InnoDB存储引擎支持行级锁（row-level locking），也支持表级锁，默认情况下采用行级锁

默认情况下，表锁和行锁都是自动获取，不需要额外的命令。

在有些情况下，用户需要明确地进行锁表或者进行事务的控制，以便确保整个事务的完整性，这样就需要使用事务控制和锁来完成。

不同粒度锁的比较

1、表级锁：开销小，加锁快，不会出现死锁，锁定粒度大，发生锁冲突的概率最高，并发读最低。

表级锁更适合以查询为主，并发用户少，只有少量按索引条件更新数据的应用

2、行级锁：开销大，加锁慢，会出现死锁，锁定粒度最小，发生锁冲突概率最低，并发读也最高。

最大程度支持并发，同时也带来最大的锁开销

行级锁只在存储引擎层实现，而mysql服务器层没有实现，行锁更适合有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用

3、页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁粒度界于表锁和行锁之间，并发读一般。

参考：https://zhuanlan.zhihu.com/p/29150809