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

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

前言：如果对数据库的锁没有过多了解，可以去看看这篇文章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开启事务，进行更新，没有提交

然后再开启一个查询界面，新开启事务，也对id=1进行update,会出现什么结果呢？

由上图可以看出会锁等待然后超时。说明已被第一个事务给锁住了，不可以操作了。
为了证明锁的是行，那我们接下来在第二个事务更新id=2的数据。看是否能被修改.

事实证明其他行还是可以被修改的。

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

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

依然按上图步骤，开启一个新的事务。

然后再开启一个事务

小提问：

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

总结：

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