如何深入理解MySQL RecordLock记录锁以防止事务并发更新同一行？

本文共计1110个文字，预计阅读时间需要5分钟。

MySQL的`UPDATE`默认使用加锁级别为X+锁，但锁只存在于语句执行期间——它不能防止逻辑错误。

最常见的操作错误是写如下语句：

真正要防的是“业务意图被破坏”，不是“有没有锁”。所以第一步永远是：所有 UPDATE 必须带确定到单行的 WHERE 条件，优先用主键或唯一索引字段，比如 WHERE id = 123。

• 避免 WHERE status = 'pending' 这类条件——并发下可能多事务同时查到同一组记录，都去更新，变成竞态
• 若必须按状态筛选，就改成 WHERE id = ? AND status = 'pending'，再检查 ROW_COUNT() 是否为 1
• InnoDB 对无索引的 WHERE 会退化为锁表，不是锁一行，务必确认执行计划里 type 是 const 或 eq_ref

RecordLock 是怎么生效的？看锁是否真落到目标行上

RecordLock（记录锁）是 InnoDB 行锁的具体实现形式，但它只对索引有效。所谓“锁一行”，本质是锁住该行对应的**聚簇索引记录**（主键值）或**二级索引记录**（如果 WHERE 走的是二级索引）。没有索引，就没有 RecordLock，只有 TableLock 或 Next-Key Lock 范围锁。