SQL锁机制是数据库管理系统中用于控制多个事务同时访问同一数据资源的核心规则，它的核心目标是避免并发操作带来的数据不一致问题，比如脏读、不可重复读、幻读等，同时平衡系统的并发性能与数据安全性。
SQL锁的基础概念
锁本质上是一种事务对数据资源的标记，当一个事务对某个数据加锁后，其他事务需要根据锁的类型判断是否可以继续操作该数据。SQL锁的划分维度有很多，最常见的分类方式是根据锁的粒度、锁的兼容性来划分。
按锁粒度划分
- 表级锁：锁的作用范围是整张表，加锁速度快，资源消耗少，但并发度最低，适合对全表进行批量操作的场景。
- 行级锁：锁的作用范围是表中的某一行或多行数据，并发度最高，但加锁速度慢，资源消耗多，是InnoDB等存储引擎默认的行级锁模式。
- 页级锁：锁的作用范围是数据页，粒度介于表级和行级之间，并发度和资源消耗也处于两者之间，使用场景相对较少。
按锁兼容性划分
- 共享锁（S锁）：又称读锁，多个事务可以同时持有同一数据的共享锁，用于读取数据，加锁期间其他事务不能对该数据加排他锁，但可以加共享锁。
- 排他锁（X锁）：又称写锁，只有一个事务可以持有同一数据的排他锁，加锁期间其他事务不能对该数据加任何类型的锁，用于修改、删除数据。
锁与事务隔离级别的关系
事务隔离级别决定了锁的使用方式和范围，不同的隔离级别对应不同的锁策略，常见的四种隔离级别对应的锁表现如下：
| 隔离级别 | 锁相关表现 |
|---|---|
| 读未提交 | 几乎不使用锁，可能出现脏读、不可重复读、幻读问题 |
| 读已提交 | 读取数据时使用快照读，写数据加行级排他锁，避免脏读，但可能出现不可重复读和幻读 |
| 可重复读 | 读取数据使用快照读，写数据加行级排他锁，配合间隙锁避免幻读，是MySQL InnoDB默认隔离级别 |
| 串行化 | 所有读写操作都加表级锁，完全串行执行，性能最低但数据一致性最强 |
常见锁场景演示
下面以MySQL InnoDB存储引擎为例，演示行级排他锁的使用场景，首先创建测试表并插入数据：
-- 创建测试表
CREATE TABLE test_lock (
id INT PRIMARY KEY,
name VARCHAR(20),
age INT
) ENGINE=InnoDB;
-- 插入测试数据
INSERT INTO test_lock VALUES (1, '张三', 20), (2, '李四', 25);
开启两个事务会话，模拟并发操作：
-- 会话1：开启事务，对id=1的行加排他锁 START TRANSACTION; SELECT * FROM test_lock WHERE id = 1 FOR UPDATE; -- 会话2：开启事务，尝试修改id=1的行，会被阻塞等待锁释放 START TRANSACTION; UPDATE test_lock SET age = 21 WHERE id = 1;
此时会话2会进入锁等待状态，直到会话1提交事务释放锁，会话2才能继续执行。如果会话1长时间不提交，会话2会等待超时后报错。
死锁的排查与优化
死锁是指两个或多个事务互相持有对方需要的锁，导致所有事务都无法继续执行的情况。可以通过以下方式排查和优化：
死锁排查方法
MySQL中可以通过SHOW ENGINE INNODB STATUS命令查看最近的死锁信息，其中包含死锁涉及的事务、SQL语句、锁等待关系等内容，帮助定位死锁原因。
死锁优化建议
- 尽量让事务的操作顺序一致，避免交叉加锁导致死锁。
- 控制事务的大小，尽量缩短事务的执行时间，减少锁的持有时间。
- 合理选择索引，避免无索引导致的表级锁升级，减少锁的范围。
- 对于高并发的写操作，可以适当降低事务隔离级别，或者使用乐观锁替代悲观锁。
乐观锁与悲观锁的区别
除了上述数据库自带的锁机制，实际开发中还会用到乐观锁和悲观锁的设计思路：
- 悲观锁：假设并发冲突一定会发生，所以在操作数据前先加锁，对应SQL中的
FOR UPDATE等加锁语句，适合写操作多的场景。 - 乐观锁：假设并发冲突不会发生，操作数据时不加锁，提交更新时通过版本号、时间戳等字段判断是否有其他事务修改过数据，适合读操作多的场景。
乐观锁的实现示例，通过版本号字段判断：
-- 查询数据时获取版本号 SELECT id, name, age, version FROM test_lock WHERE id = 1; -- 更新时判断版本号是否匹配，匹配则更新并递增版本号 UPDATE test_lock SET age = 21, version = version + 1 WHERE id = 1 AND version = 1;
如果更新返回的影响行数为0，说明版本号不匹配，有其他事务已经修改过该数据，需要重新查询再尝试更新。