最全MySQL锁讲解：页锁、共享锁、行锁、表锁、悲观锁、乐观锁

 

咱们在操做数据库的时候，可能会因为并发问题而引发的数据的不一致性（数据冲突），如何保证数据并发访问的一致性、有效性，是全部数据库必须解决的一个问题，锁的冲突也是影响数据库并发访问性能的一个重要因素，从这一角度来讲，锁对于数据库而言就显得尤其重要。

今天就分享下MySQL相关的最全锁，但愿你学习后能更好的掌握数据库锁。

MySQL锁概述

相对其余数据库而言，MySQL的锁机制比较简单，其最显著的特色是不一样的存储引擎支持不一样的锁机制。

好比：

1. MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；
2. InnoDB存储引擎既支持行级锁（ row-level locking），也支持表级锁，但默认状况下是采用行级锁。

MySQL主要的两种锁的特性可大体概括以下:

 

• 表级锁：开销小，加锁快；不会出现死锁(由于MyISAM会一次性得到SQL所需的所有锁)；锁定粒度大，发生锁冲突的几率最高,并发度最低。

• 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的几率最低,并发度也最高。
• 页锁：开销和加锁速度介于表锁和行锁之间；会出现死锁；锁定粒度介于表锁和行锁之间，并发度通常。

行锁 和 表锁

1.主要是针对锁粒度划分的，通常分为：行锁、表锁、库锁

（1）行锁：访问数据库的时候，锁定整个行数据，防止并发错误。

（2）表锁：访问数据库的时候，锁定整个表数据，防止并发错误。

2.行锁 和 表锁 的区别：

• 表锁：开销小，加锁快，不会出现死锁；锁定力度大，发生锁冲突几率高，并发度最低
• 行锁：开销大，加锁慢，会出现死锁；锁定粒度小，发生锁冲突的几率低，并发度高

悲观锁 和 乐观锁

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

传统的关系型数据库里边就用到了不少这种锁机制，好比行锁，表锁等，读锁，写锁等，都是在作操做以前先上锁。

（2）乐观锁： 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，因此不会上锁，可是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可使用版本号等机制。

乐观锁适用于多读的应用类型，这样能够提升吞吐量，像数据库若是提供相似于write_condition机制的其实都是提供的乐观锁。

（3）悲观锁 和 乐观锁的区别：

两种锁各有优缺点，不可认为一种好于另外一种，像乐观锁适用于写比较少的状况下，即冲突真的不多发生的时候，这样能够省去了锁的开销，加大了系统的整个吞吐量。但若是常常产生冲突，上层应用会不断的进行retry，这样反却是下降了性能，因此这种状况下用悲观锁就比较合适。

共享锁

共享锁指的就是对于多个不一样的事务，对同一个资源共享同一个锁。至关于对于同一把门，它拥有多个钥匙同样。就像这样，你家有一个大门，大门的钥匙有好几把，你有一把，你女友有一把，大家均可能经过这把钥匙进入大家家，这个就是所谓的共享锁。

刚刚说了，对于悲观锁，通常数据库已经实现了，共享锁也属于悲观锁的一种，那么共享锁在mysql中是经过什么命令来调用呢。经过查询资料，了解到经过在执行语句后面加上lock in share mode就表明对某些资源加上共享锁了。

何时使用表锁

对于InnoDB表，在绝大部分状况下都应该使用行级锁，由于事务和行锁每每是咱们之因此选择InnoDB表的理由。但在个别特殊事务中，也能够考虑使用表级锁。

• 第一种状况是：事务须要更新大部分或所有数据，表又比较大，若是使用默认的行锁，不只这个事务执行效率低，并且可能形成其余事务长时间锁等待和锁冲突，这种状况下能够考虑使用表锁来提升该事务的执行速度。
• 第二种状况是：事务涉及多个表，比较复杂，极可能引发死锁，形成大量事务回滚。这种状况也能够考虑一次性锁定事务涉及的表，从而避免死锁、减小数据库因事务回滚带来的开销。

固然，应用中这两种事务不能太多，不然，就应该考虑使用MyISAM表了。

表锁和行锁应用场景

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

若是以为有用，点赞支持。