Mysql中的表锁，行锁，共享锁，乐观，悲观锁总结

MyISAM 和MEMORY存储引擎采用的是表级锁

InnoDB存储引擎及支持行级锁，也支持表级锁，但默认情况下采用的是行级锁。

Mysql主要的两种锁的特性可大致归纳如下：

 

阿里P8架构师谈：Mysql 行锁，表锁，悲观锁，乐观锁的特定和应用

表级锁：开销小，加锁块，不会出现死锁（因为MyISAM会一次性获得sql所需的全部锁）；锁定的粒度大，发生锁冲突的概率最高，并发度最低。

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

页锁：开销介于表锁和行锁中间：会出现死锁；锁定的粒度也介于表锁和行锁之间。并发度一般。

 

悲观锁和乐观锁

1）、悲观锁：顾名思义，就是很悲观，每次拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。

传统的关系型数据库里面就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

2）、乐观锁：很乐观，每次拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间又没别人更新过这个数据，可以使用版本号等机制。

乐观锁适用于多读的应用类型，这样可以提高吞吐量。像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

3）、悲观锁和乐观锁的区别

两种锁各有优缺点，乐观锁适用于写比较少的情况下，即冲突真的很少发生的时候，这样就可以省去锁的开销，加大了系统的整个吞吐量，但如果经常产生冲突，上层应用会不断的进行retry，这样反倒是降低了性能，所以这种情况下用悲观锁比较合适。

共享锁

共享锁指的是对于多个不同的事务，对同一个资源共享同一个锁。相当与同一个门，拥有多个钥匙一样，就像这样，你家有一个大门，大门的钥匙有好多把，你有一把，你女朋友有一把，你你们都可以通过这把钥匙进入你家，这个就是所谓的共享锁。

对于悲观锁，一般的数据库已经实现了，共享锁也属于悲观锁的一种；共享锁在mysql中是通过在执行命令的后面加lock in share mode 来表示对某些资源加上共享锁了。

 

什么时候使用表锁？

对于 InnoDB 表，在绝大部分情况下都应该使用行级锁，因为事务和行锁往往是我们之所以 选择 InnoDB 表的理由。但在个别特殊事务中，也可以考虑使用表级锁。

第一种情况是：事务需要更新大部分或全部数据，表又比较大，如果使用默认的行锁，不 仅这个事务执行效率低，而且可能造成其他事务长时间锁等待和锁冲突，这种情况下可以考 虑使用表锁来提高该事务的执行速度。 第二种情况是：事务涉及多个表，比较复杂，很可能引起死锁，造成大量事务回滚。这种 情况也可以考虑一次性锁定事务涉及的表，从而避免死锁、减少数据库因事务回滚带来的开 销。 当然，应用中这两种事务不能太多，否则，就应该考虑使用 MyISAM 表了。

表锁和行锁应用场景： 表级锁使用与并发性不高，以查询为主，少量更新的应用，比如小型的 web 应用； 而行级锁适用于高并发环境下，对事务完整性要求较高的系统，如在线事务处理系统。