03 读写锁、意向锁、行表锁

ゞ浴缸里的玫瑰 2023-03-05 02:10 11阅读 0赞

#### 1. Mysql锁了解吗 ####

按照锁粒度分类：表锁和行锁  
按照读写分类：表级锁和行级锁可以进一步划分为共享锁和排它锁  
还有两个表级锁：意向共享锁和意向排它锁  
[SnailClimb在csdn][SnailClimb_csdn]  
总结的很好很好。。

#### 2. 读写锁和意向锁 ####

**排他锁**（Exclusive），简写为 X 锁，又称写锁。  
**共享锁**（Shared），简写为 S 锁，又称读锁。  
**意向共享锁（IS）和意向排他锁（IX）**：如果事务想要给表中几行数据加上行级共享锁，那么需要先在表级别加上意向共享锁（IS）；如果事务想要给表中几行数据加上行级排他锁，那么需要先在表级别加上意向排他锁（IX）（注意：如果是想要加表级S锁或X锁，不需要先加意向锁。）  
**意向锁的作用：**  
  当向一个表添加表级X锁或者S锁时，如果没有意向锁的话，则需要遍历所有整个表判断是否有不兼容的行锁的存在，以免发生冲突。  
如果有了意向锁，只需要判断该意向锁与即将添加的表级锁是否兼容即可，因为意向锁的存在代表了有行级锁的存在或者即将有行级锁的存在，因而无需遍历整个表，即可获取结果。  
**以下是表级X和S锁和意向锁的兼容性**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzMzODUxOQ_size_16_color_FFFFFF_t_70]

#### 3. 数据库行锁、表锁（封锁粒度） ####

MySQL 中提供了两种封锁粒度：行级锁以及表级锁。

*  **表锁**是mysql中开销最小的策略，它会锁定整张表，用户在对表进行写操作前，需要先获得写锁，这会阻塞其他用户对该表的所有读写操作。MyISAM 只支持表锁，InnoDB 支持表锁和行锁，默认为行锁。
 *  **特点**：锁粒度大，系统开销小，发生锁冲突的概率最高，并发度最低。加锁快，不会出现死锁。表锁是由ＭySQL Server负责的。
 *  **行锁**可以最大程度的支持并发处理，同时也带来了最大的锁开销，InnoDB存储引擎实现了两种行锁：共享锁和排他锁。行锁在存储引擎层实现。
 *  **特点**： 锁粒度小，系统开销大，发生锁冲突的概率小，并发度最高。加锁慢，会出现死锁。行锁是由InnoDB存储引擎管理的。

#### 4. 什么时候使用表锁？ ####

1.  **事务更新大表中的大部分数据直接使用表级锁效率更高**。如果使用默认的行锁，不仅这个事务执行效率低，而且可能造成其他事务长时间锁等待和锁冲突，这种情况下可以考虑使用表锁来提高该事务的执行速度。
2.  **事务比较复杂，使用行级索很可能引起死锁导致回滚**。这种情况也可以考虑一次性锁定事务涉及的表，从而避免死锁、减少数据库因事务回滚带来的开销。

#### 5. 在InnoDB下 ，使用表锁要注意什么？ ####

1.  使用LOCK TALBES虽然可以给InnoDB加表级锁，但必须说明的是，表锁不是由InnoDB存储引擎层管理的，而是由其上一层ＭySQL Server负责的，仅当autocommit=0、innodb\_table\_lock=1（默认设置）时，InnoDB层才能知道MySQL加的表锁，ＭySQL Server才能感知InnoDB加的行锁，这种情况下，InnoDB才能自动识别涉及表级锁的死锁；否则，InnoDB将无法自动检测并处理这种死锁。
2.  在用LOCAK TABLES对InnoDB锁时要注意，要将AUTOCOMMIT设为0，否则ＭySQL不会给表加锁；事务结束前，不要用UNLOCAK TABLES释放表锁，因为UNLOCK TABLES会隐含地提交事务；COMMIT或ROLLBACK产不能释放用LOCAK TABLES加的表级锁，必须用UNLOCK TABLES释放表锁。

#### 6. InnoDB存储引擎的3种行锁算法 ####

**Record Lock**：锁住一行记录  
**Gap Lock**：间隙锁指的是锁定一个范围内的索引记录，开区间，不包括双端端点，对于键值在条件范围内但不存在的记录，叫做间隙，间隙锁也会对这个间隙加锁。  
作用：让其他事务无法在间隙中新增数据，阻止了多个事务记录插入到同一范围内，从而防止了幻读。  
**Next-Key Lock**：Gap Lock+Record Lock，锁定一个范围，并且锁定记录本身，解决了幻读。

*  在可重复读隔离级别下，采用了Next-Key Locking机制避免幻读问题。
 *  在读已提交隔离级别下，仅采用Record Lock。
 *  Next-Key Lock降级为Record Lock仅在查询的列是唯一索引的情况下。

[SnailClimb_csdn]: https://blog.csdn.net/qq_34337272/article/details/80611486
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzMzODUxOQ_size_16_color_FFFFFF_t_70]: /images/20230208/99cc88c91183468bb42bf436d399bb0b.png