行锁在InnoDB中通过锁定具体行提升并发性能，需满足使用InnoDB引擎、操作命中索引、在事务中执行三个条件；查询未走索引时易升级为表锁。可通过SELECT ... FOR UPDATE加排他锁，SELECT ... LOCK IN SHARE MODE加共享锁，UPDATE/DELETE默认加排他锁。实际应用如转账场景中，用FOR UPDATE锁定关键行防止并发修改。建议使用主键或唯一索引避免间隙锁，缩短事务长度减少阻塞，并合理设置隔离级别，结合SHOW ENGINE INNODB STATUS;监控锁状态，有效利用行锁提升并发处理能力。
MySQL 中的行锁主要用于提高并发性能，特别是在使用 InnoDB 存储引擎时。行锁不会锁定整张表，而是只锁定操作涉及的具体行，从而允许多个事务同时访问表中的不同行，减少锁冲突。
行锁的基本条件
要使用行锁，必须满足以下条件：
- 存储引擎必须是 InnoDB（MyISAM 不支持行级锁）
- 操作语句需要命中索引（尤其是主键或唯一索引），否则可能升级为表锁
- 在事务中执行（行锁是事务级别的锁）
注意：如果查询条件没有走索引，InnoDB 可能会扫描全表，导致大量行被加锁，甚至退化为表锁。
如何触发行锁
在事务中使用以下语句可以显式加行锁：
1. 共享锁（读锁，S锁）
允许其他事务读，但不能修改被锁定的行。
SELECT * FROM user WHERE id = 1 LOCK IN SHARE MODE;
2. 排他锁（写锁，X锁）
其他事务不能读也不能写被锁定的行（除非未提交读隔离级别）。
SELECT * FROM user WHERE id = 1 FOR UPDATE;
UPDATE 和 DELETE 语句在事务中默认会对涉及的行加排他锁。
UPDATE user SET name = 'Tom' WHERE id = 1;
实际使用示例
假设有一个账户余额表，转账时防止并发修改：
START TRANSACTION;-- 锁定转出账户，防止其他事务修改 SELECT balance FROM account WHERE user_id = 1001 FOR UPDATE;
-- 检查余额、执行转账逻辑 UPDATE account SET balance = balance - 100 WHERE user_id = 1001; UPDATE account SET balance = balance + 100 WHERE user_id = 1002;
COMMIT;
这样，在事务提交前，其他事务无法对 user_id = 1001 的记录进行修改或加锁读取。
注意事项与优化建议
- 尽量使用主键或唯一索引字段作为锁定条件，避免间隙锁或锁升级
- 事务尽量短小，尽快提交，避免长时间持有行锁导致阻塞
- 合理设置隔离级别（如可重复读 RR 下会有间隙锁，可能导致锁范围扩大）
- 可通过
SHOW ENGINE INNODB STATUS;查看锁等待情况
基本上就这些。只要用好索引和事务控制，行锁能有效提升并发处理能力。不复杂但容易忽略细节。
