一、概述

InnoDB 引擎是支持行级锁的，而 MyISAM 引擎并不支持行级锁，所以后面的内容都是基于 InnoDB 引擎的。当我们使用delete、update进行数据库删除、更新的时候，数据库会自动加上行锁。但是，行锁有时也会失效。
数据库版本：8.0.32。

二、InnoDB锁类型

InnoDB一共有四种锁：共享锁（读锁/S锁）、排他锁（写锁/X锁）、意向共享锁（IS锁）和意向排他锁（IX锁）。其中共享锁与排他锁属于行级锁，另外两个意向锁属于表级锁。

共享锁（读锁/S锁）：若事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放S锁。
排他锁（写锁/X锁）：若事务T对数据对象A加上X锁，则只允许T读取和修改A，其他事务不能再对A加作何类型的锁，直到T释放A上的X锁。
意向共享锁（IS锁）：事务T在对表中数据对象加S锁前，首先需要对该表加IS（或更强的IX）锁。
意向排他锁（IX锁）：事务T在对表中的数据对象加X锁前，首先需要对该表加IX锁。
比如：

SELECT ... FROM T1  LOCK IN SHARE MODE

语句首先会对表T1加IS锁，成功加上IS锁后才会对数据加S锁。

同样，

SELECT ... FROM T1  FOR UPDATE

语句首先会对表T1加IX锁，成功加上IX锁后才会对数据加X锁。

三、mysql加行锁的方法：

• 1.select … for update
  对读取的记录加独占（排他）锁；

• 2.select … lock in share mode
  对读取的记录加共享锁；

• 3.使用delete
  自动加独占锁；

• 4.使用update
  自动加独占锁；

锁的规则：
共享锁（S锁）满足读读共享，读写互斥。独占锁（X锁）满足写写互斥、读写互斥。

四、行级锁种类：

• 1.读已提交隔离级别下，行级锁的种类只有 记录锁；
  简单来说，就是把数据表中的某条记录锁住；

• 2.在可重复读隔离级别下，行级锁的种类除了有记录锁，还有间隙锁（目的是为了避免幻读），所以行级锁的种类主要有三类：

第一种：
Record Lock，记录锁，也就是仅仅把一条记录锁上；
记录锁包括：共享锁和独占锁。

第二种：
Gap Lock，间隙锁，锁定一个范围，但是不包含记录本身；
间隙锁之间是相互兼容的，即两个事务可以同时持有包含共同间隙范围的间隙锁，并不存在互斥关系。

第三种：
Next-Key Lock 临键锁：Record Lock + Gap Lock 的组合，锁定一个范围，并且锁定记录本身。

开启mysql(8.0.32)命令行窗口，开启事务执行加锁：

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> update t_run_work_order set work_title='' where id='7742';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

查看加锁情况：

mysql> select * from performance_schema.data_locks;
+--------+-----------------------------------------+-----------------------+-----------+----------+---------------+------------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+
| ENGINE | ENGINE_LOCK_ID                          | ENGINE_TRANSACTION_ID | THREAD_ID | EVENT_ID | OBJECT_SCHEMA | OBJECT_NAME      | PARTITION_NAME | SUBPARTITION_NAME | INDEX_NAME | OBJECT_INSTANCE_BEGIN | LOCK_TYPE | LOCK_MODE     | LOCK_STATUS | LOCK_DATA |
+--------+-----------------------------------------+-----------------------+-----------+----------+---------------+------------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+
| INNODB | 140295790075904:1271:140295710762800    |              80343359 |      2548 |      225 | sfms-efms     | t_run_work_order | NULL           | NULL              | NULL       |       140295710762800 | TABLE     | IX            | GRANTED     | NULL      |
| INNODB | 140295790075904:213:6:2:140295710759696 |              80343359 |      2548 |      225 | sfms-efms     | t_run_work_order | NULL           | NULL              | PRIMARY    |       140295710759696 | RECORD    | X,REC_NOT_GAP | GRANTED     | 7742      |
+--------+-----------------------------------------+-----------------------+-----------+----------+---------------+------------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+
2 rows in set (0.00 sec)

字段说明：

ENGINE 表使用的存储引擎，这里是InnoDB
ENGINE_TRANSACTION_ID 事务ID
OBJECT_SCHEMA 加锁的表空间,这里的表空间是test
OBJECT_NAME 加锁的表名，这里是user
INDEX_NAME 加锁的索引名称，表级锁为null，行级锁为加锁的索引名称。这里PRIMARY表示是主键索引上添加锁。
LOCK_TYPE 锁类型：TABLE对应表级锁，RECORD对应行级锁。
LOCK_MODE 加锁模式，对应具体锁的类型，比如：IX 意向排他锁，X，GAP 排他间隙锁。
LOCK_STATUS 锁的状态，GRANTED 已获取，WAITING 等待中
LOCK_DATA 加锁的数据，这里的7742表示，在主键索引值为7742的记录上加锁。由于加的是记录锁，这里锁定的主键值为7742的记录。
 

LOCK_MODE 加锁模式:

五、行锁失效

如果where条件中没有使用索引或者索引失效，行锁会升级为表锁，此时，相当于行锁失效，对数据表进行操作时，会锁住整张表。下一篇，我们再讨论索引失效的场景。