如何通过索引覆盖优化MySQL实现高效行级锁定？

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

基本原因不是语句本身，而是执行时未走索引或走了非唯一索引。MySQL的行级锁（InnoDB）仅在明确命令中索引记录时生效；若WHERE条件无法使用索引，优化器会退化成全表扫描，进而升级为表级意向锁，再配合间隙锁形成范围锁。

• 检查执行计划：务必用 EXPLAIN SELECT ... FOR UPDATE 确认 type 是 const、ref 或 range，而非 ALL
• 主键或唯一索引列才能保证单行定位；普通二级索引若存在重复值，可能触发多行锁甚至间隙锁扩大范围
• 字符串条件记得加引号：WHERE user_id = 123（数字）和 WHERE user_id = '123'（字符串）在隐式转换时可能使索引失效

索引覆盖如何减少锁竞争

索引覆盖（Covering Index）让查询完全在索引树中完成，不回表读聚簇索引，也就避免了对主键记录加锁。但要注意：只有 SELECT 列全部被索引包含时，才真正“覆盖”；一旦涉及未建索引的字段，仍需回表，锁就落在主键上。