事务详解2-----事务与行锁的关系

缺乏、安全感 2023-03-04 08:07 67阅读 0赞

接上一篇文章：[事务详解1—并发事务带来的问题以及解决方法][1]

> 前言：如果对数据库的锁没有过多了解，可以去看看这篇文章[https://blog.csdn.net/weixin\_42328375/article/details/107740349][https_blog.csdn.net_weixin_42328375_article_details_107740349]

因为现在mysql主要用的存储引擎为innoDB，innoDB支持行级锁。

mysql默认使用可重复读事务级别。

### 一、可重复读事务级别与行锁的关系 ###

那么就主要看一下可重复读事务级别与行锁的关系。

#### 1. 行锁： ####

> 每次操作锁住一行数据。开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度最高

以下是表结构和数据

SET NAMES utf8mb4;
    SET FOREIGN_KEY_CHECKS = 0;
    
    -- ----------------------------
    -- Table structure for account
    -- ----------------------------
    DROP TABLE IF EXISTS `account`;
    CREATE TABLE `account`  (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
      `balance` int(11) NULL DEFAULT NULL,
      PRIMARY KEY (`id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 4 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
    
    -- ----------------------------
    -- Records of account
    -- ----------------------------
    INSERT INTO `account` VALUES (1, 'mm2', 350);
    INSERT INTO `account` VALUES (2, 'hanmei', 16000);
    INSERT INTO `account` VALUES (3, 'lucy', 2400);
    
    SET FOREIGN_KEY_CHECKS = 1;

首先开启一个查询界面，对id=1开启事务，进行更新，没有提交  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70]  
然后再开启一个查询界面，新开启事务，也对id=1进行update,会出现什么结果呢？  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 1]  
由上图可以看出会锁等待然后超时。说明已被第一个事务给锁住了，不可以操作了。  
为了证明锁的是行，那我们接下来在第二个事务更新id=2的数据。看是否能被修改.  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 2]  
事实证明其他行还是可以被修改的。

接下来，看这个语句是否依然使用的行锁

start TRANSACTION;
     UPDATE  account  SET name='mm2' WHERE balance=350;

依然按上图步骤，开启一个新的事务。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 3]  
然后再开启一个事务  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 4]

##### 小提问： #####

1.  这次为什么没有更新成功呢，依然显示等待锁超时？  
    因为where条件后面字段没有加索引，无索引行锁会升级为表锁 ，锁主要是加在索引上，如果对非索引字段更新，行锁可能会变表锁。表锁没锁住整张表

##### 总结： #####

InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。并且该索引不能失效，否则都会从行锁升级为 表锁。

[1]: https://blog.csdn.net/weixin_42328375/article/details/107699961
[https_blog.csdn.net_weixin_42328375_article_details_107740349]: https://blog.csdn.net/weixin_42328375/article/details/107740349
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70]: /images/20230208/2efe5e53687743c6b3ad4e75c47fbc2d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 1]: /images/20230208/3c6afb38fde94929b64a58b1f19f5653.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 2]: /images/20230208/567214a28edc4b14978c11199362d6c5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 3]: /images/20230208/2010b2ca58a447fb808dfd480d50435b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjMyODM3NQ_size_16_color_FFFFFF_t_70 4]: /images/20230208/c5cd0715e74d4efa913395eb8354c365.png