mysql高级之锁（1）

柔情只为你懂 2021-09-16 04:10 335阅读 0赞

# 简介 #

锁从力度上可以分为表锁、页锁、行锁。表锁是将整张表锁了，行锁是将那一行锁了。从对数据的操作角度来分，可以分为读锁和写锁。但是个人觉得，读锁和写锁是针对表锁而言的，行锁好像没有这个区别。

## 行锁： ##

可以参考我下一篇博客：[https://blog.csdn.net/tuesdayma/article/details/81910117][https_blog.csdn.net_tuesdayma_article_details_81910117]

## 表锁 ##

**概述：** 表锁主要正针对于myisam（mysql5.5之前默认存储引擎）的存储引擎而言的，每次对数据库操作都会进行表锁。

**特点：**

1、开销小，加锁快，无死锁；发生锁冲突的概率高，并发度很低。

2、读锁会阻塞其他session的写，但是不会阻塞其他session的读。

3、写锁会阻塞其他session的读写。

**表上加读锁：**

<table> 
 <thead> 
  <tr> 
   <th align="left">操作</th> 
   <th align="right">当前session（加锁的session）</th> 
   <th align="center">其他session</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">读加锁的表</td> 
   <td align="right">能</td> 
   <td align="center">能</td> 
  </tr> 
  <tr> 
   <td align="left">读其他表</td> 
   <td align="right">不能（解锁之后才能，加锁的时候会报错）</td> 
   <td align="center">能</td> 
  </tr> 
  <tr> 
   <td align="left">写加锁的表</td> 
   <td align="right">不能</td> 
   <td align="center">会阻塞，但是锁一旦释放之后，就立刻执行</td> 
  </tr> 
  <tr> 
   <td align="left">写其他表</td> 
   <td align="right">不能</td> 
   <td align="center">能</td> 
  </tr> 
 </tbody> 
</table>

**表上加写锁：**

<table> 
 <thead> 
  <tr> 
   <th align="left">操作</th> 
   <th align="right">当前session（加锁的session）</th> 
   <th align="center">其他session</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">读加锁的表</td> 
   <td align="right">能</td> 
   <td align="center">不能</td> 
  </tr> 
  <tr> 
   <td align="left">读其他表</td> 
   <td align="right">不能（解锁之后才能，加锁的时候会报错）</td> 
   <td align="center">能</td> 
  </tr> 
  <tr> 
   <td align="left">写加锁的表</td> 
   <td align="right">不能</td> 
   <td align="center">会阻塞，但是锁一旦释放之后，就立刻执行</td> 
  </tr> 
  <tr> 
   <td align="left">写其他表</td> 
   <td align="right">不能</td> 
   <td align="center">能</td> 
  </tr> 
 </tbody> 
</table>

**注意：** myisam的读写锁调度是写锁比读锁优先。写锁后，其他线程不能对该表做任何操作，会阻塞在那边，如果大量的更新操作会让读操作很难拿到锁，严重的时候会使读操作永久阻塞，这就是为什么myisam不适合做大量写操作业务数据库的引擎。

演示：

**1、准备工作：** 创建一张存储引擎为myisam的test02表。  
![这里写图片描述][70]

**2、关闭自动提交：**

`set autocommit=0;` `show variables like 'autocommit';`  
![这里写图片描述][70 1]

**3、给test02表加一个读锁**

给test02表加一个读锁：`lock table 表名 read（write）;`

查看当前加锁的表：`show open tables where in_use>0;`  
![这里写图片描述][70 2]  
**4、结论1：**表上加读锁，所有session都能查询  
![这里写图片描述][70 3]  
**5、结论2：**表上加读锁，当前session无法对表进行编辑（增删改），其他session对表进行编辑会阻塞（右边阻塞了）  
![这里写图片描述][70 4]  
![这里写图片描述][70 5]  
**6、结论3：**表上加读锁，当前session是无法操作其他表，其他session可以操作其他表  
![这里写图片描述][70 6]

Table ‘test01’ was not locked with LOCK TABLES 从字面上的意思是test01不是被锁的表，可以从两个方面去考虑，是不是把test01也锁了就能操作了，还是说当前锁的不是test02而不是test01所以才不能操作。  
![这里写图片描述][70 7]  
补充：个人猜想，当前session只能锁一张表，如果锁了一张表之后又去锁另一张表，会释放前者，锁后者。

**7、表上加写锁：** 在加锁之前必须要保证其他session所有的编辑都提交了，不然会阻塞。  
![这里写图片描述][70 8]  
**8、结论4：**表上加写锁，当前session未编辑的时候，其他session是可以查询的，但是当前session编辑之后未提交事务，其他session对锁定的表进行操作就会阻塞，直到锁被释放之后才能操作出来。  
![这里写图片描述][70 9]  
**9、结论5：**表上加写锁，当前session可以对锁定的表进行增删改查，但是不能对其他表进行操作。  
![这里写图片描述][70 10]  
**10、结论6：**表上加写锁，当前session可以对锁定的表进行编辑之后，不提交事务，然后直接释放锁，默认好像是直接提交了事务（开头是将自动提交事务关闭的）。  
![这里写图片描述][70 11]

**11：分析表锁定：**`show status like 'table%';`  
![这里写图片描述][70 12]

Table\_locks\_immediate：表示可以立即获取锁的查询次数，每立即获取锁，这个值就加一。

Table\_locks\_waited：表示不能立即获取锁的次数，如果不能立即获取所（即需要等待的话），这个值就加一。这个值往往是反应并发量的关键，如果值越大，则并发量越大（因为等待了很多次）。

[https_blog.csdn.net_tuesdayma_article_details_81910117]: https://blog.csdn.net/tuesdayma/article/details/81910117
[70]: /images/20210511/abcf40f3fd954127a671841b7b2d8139.png
[70 1]: /images/20210511/ebec5b09d0eb4055bba5a9ff4ed0237f.png
[70 2]: /images/20210511/3b03a6237865413085f225e9f31b03ea.png
[70 3]: /images/20210511/c32f6b2d31c4473fb26c143cf6d6ab41.png
[70 4]: /images/20210511/9b3c3b90f8c54343b1476269d223e9fa.png
[70 5]: /images/20210511/e6dc7cf545ba44208d736ba755b2efa9.png
[70 6]: /images/20210511/2a1e8a3df140493b82052c332d9f86a0.png
[70 7]: /images/20210511/c33913a2139c49df8bf8660f4d1508ca.png
[70 8]: /images/20210511/b62fbc21d4d44e7e9cf42de10ca31ed4.png
[70 9]: /images/20210511/bb63c81eb6054817906df8bd5dac26a7.png
[70 10]: /images/20210511/44382de7c3ff4605b4097f1f7299f0b2.png
[70 11]: /images/20210511/2a4a384d037a4f13b95cfa0fa91f6f8a.png
[70 12]: /images/20210511/23bf93df1d8b436bacdda1ad6aca0dd1.png