行锁（Row Lock）是数据库中用于实现并发控制的一种锁机制，它锁定表中的特定行记录，允许不同事务同时操作不同行的数据，从而提高并发性能。行锁主要用于解决脏读、不可重复读和幻读等数据一致性问题。
核心原理
锁定粒度
- 仅对需要操作的行记录加锁，不影响其他行的读写。
- 例如：
UPDATE users SET balance = balance - 100 WHERE id = 1; -- 仅锁定id=1的行
锁的类型
- 共享锁（Shared Lock）：允许多事务同时读取同一行，阻止其他事务获取排他锁。
- 排他锁（Exclusive Lock）：阻止其他事务获取共享锁或排他锁，用于写操作。
行锁的优缺点
优点
- 高并发支持：不同事务可同时操作不同行，提升吞吐量。
- 数据一致性：保护单行数据，避免脏写和更新丢失。
缺点
- 锁冲突：若频繁操作同一行，会导致锁等待和性能下降。
- 死锁风险：多事务循环等待行锁时可能产生死锁。
实现方式
1. 数据库层面
MySQL InnoDB：
SELECT * FROM users WHERE id = 1 FOR UPDATE; -- 显式获取排他锁- 隐式加锁：
UPDATE、DELETE语句自动对操作的行加排他锁。
- 隐式加锁：
Oracle：
SELECT * FROM users WHERE id = 1 FOR UPDATE; -- 显式获取排他锁
2. 应用层面
- 通过数据库连接池配置隔离级别，间接控制行锁行为。
- 例如，设置隔离级别为可重复读（REPEATABLE READ）：
connection.setTransactionIsolation(Connection.TRANSACTION_REPEATABLE_READ);
行锁的典型应用场景
高并发事务处理
- 如电商库存扣减、金融账户转账。
数据敏感操作
- 对特定行数据的修改需要严格的原子性。
长事务
- 事务执行期间需保持数据一致性。
与其他锁的对比
| 锁类型 | 锁定粒度 | 并发度 | 性能 | 典型场景 |
|---|---|---|---|---|
| 行锁 | 单行记录 | 高 | 好 | 高并发事务 |
| 表锁 | 整张表 | 低 | 差 | 批量操作（如TRUNCATE） |
| 页锁 | 数据页（多个行） | 中等 | 中等 | 索引操作 |
| 间隙锁 | 索引间隙 | 低 | 较差 | 防止幻读 |
注意事项
死锁预防
- 按相同顺序访问行，如按主键升序。
- 设置锁超时时间：
SET innodb_lock_wait_timeout = 5; -- MySQL设置锁等待超时5秒
索引优化
- 必须通过索引条件访问行，否则可能升级为表锁。
- 错误示例（全表扫描）：
UPDATE users SET status = 'active' WHERE name LIKE '%test%'; -- 无索引，可能锁全表
事务隔离级别
- 不同隔离级别对行锁的使用方式不同：
- 读未提交（READ UNCOMMITTED）：不使用行锁。
- 读已提交（READ COMMITTED）：仅锁定当前读取的行。
- 可重复读（REPEATABLE READ）：可能使用间隙锁，防止幻读。
- 不同隔离级别对行锁的使用方式不同：
行锁性能优化
减少锁持有时间
- 避免在事务中执行耗时操作（如IO、远程调用）。
批量操作分批次
避免一次性锁定大量行：
-- 错误：一次性更新全量数据 UPDATE users SET last_login = NOW(); -- 正确：分批更新 UPDATE users SET last_login = NOW() WHERE id BETWEEN 1 AND 1000; UPDATE users SET last_login = NOW() WHERE id BETWEEN 1001 AND 2000;
使用乐观锁
- 对于读多写少场景，通过版本号机制减少行锁使用：
UPDATE users SET balance = balance - 100, version = version + 1 WHERE id = 1 AND version = 5; -- 版本号验证
- 对于读多写少场景，通过版本号机制减少行锁使用：
总结
行锁是数据库实现高并发事务的关键机制，通过锁定特定行记录平衡了数据一致性和性能。合理使用行锁需注意索引优化、事务隔离级别和死锁预防。在高并发系统中，行锁的优化直接影响整体吞吐量，需结合业务场景选择合适的锁策略。
