合理使用索引可减少 mysql 锁竞争，1. 用唯一索引或主键避免间隙锁；2. 避免无索引导致全表扫描加锁；3. 优化索引设计减少 Next-Key 锁范围；4. 使用覆盖索引降低回表加锁，提升 并发 性能。
在 mysql 中，合理使用索引可以显著减少锁竞争，尤其是在高并发写入或更新场景下。锁竞争通常发生在多个事务试图修改同一行或相邻数据时，而良好的索引设计能帮助 数据库 更精准地定位数据，减少扫描范围，从而降低加锁的范围和时间。
1. 使用唯一索引或主键避免间隙锁升级
MySQL 的 InnoDB 存储引擎在可重复读（RR）隔离级别下会使用间隙锁（Gap Lock）来防止幻读。如果没有合适的索引，InnoDB 可能会对整个表或大范围的数据加锁，导致严重的锁冲突。
使用 唯一索引或主键 进行等值查询时，InnoDB 只会对目标记录加 记录锁（Record Lock），不会加间隙锁，从而减少锁的覆盖范围。
例如：
假设有表：
执行：
UPDATE user SET name = 'Alice' WHERE id = 1;只会锁定 id=1 这一行，不会影响其他行的插入或更新。
但如果查询条件没有索引：
UPDATE user SET name = 'Bob' WHERE name = 'Charlie';由于 name 字段无索引，InnoDB 需要全表扫描，并对所有扫描到的行加锁，甚至可能加间隙锁，造成大量锁等待。
2. 避免缺失索引导致的表锁或页锁扩大
当 WHERE 条件中的字段没有索引时，InnoDB 虽然不会直接加表锁，但会逐行扫描并尝试加锁，这相当于逻辑上的“全表加锁”，并发性能急剧下降。
建议：
- 为频繁用于查询、更新、删除操作的字段建立索引。
- 组合查询条件应考虑使用联合索引，避免多个单列索引导致索引合并（index merge）带来的额外开销。
- 使用 EXPLAIN 检查 SQL 是否命中索引，确保执行计划高效。
3. 合理设计索引以减少间隙锁和 next-key 锁
InnoDB 在 RR 隔离级别下使用 Next-Key Lock（记录锁 + 间隙锁）防止幻读。如果索引设计不合理，可能导致不必要的间隙被锁定。
优化策略：
- 尽量使用精确匹配（=）而非范围查询（>, <, BETWEEN），因为范围查询会触发间隙锁。
- 若业务允许，可将隔离级别降为 READ COMMITTED（RC），此时 InnoDB 不使用间隙锁，只在索引记录上加记录锁，大大减少锁竞争。
- 在 RC 级别下，配合 索引覆盖 和 主键更新，几乎可以做到行级精确加锁。
4. 使用覆盖索引减少回表带来的额外锁定
覆盖索引是指索引包含了查询所需的所有字段，无需回表查询聚簇索引。这样不仅提升性能，还能减少加锁 对象。
例如：
ALTER TABLE user ADD INDEX idx_name_age(name, age);执行：
SELECT name, age FROM user WHERE name = 'Alice';该查询可以直接从二级索引中获取数据，不需要访问主键索引，也就不会对主键记录加额外的锁，降低了锁冲突概率。
基本上就这些。核心是：让查询尽可能快、准、少扫数据。索引是实现这一点的关键 工具。用好索引，不仅能提速，更能减锁争。
