使用InnoDB存储引擎并合理设计索引可实现行级锁定，减少事务持有锁时间，避免全表扫描与锁升级，分批处理批量操作并按序访问数据，从而优化锁粒度提升并发性能。
在 MySQL 中，锁粒度直接影响并发性能和资源争用。优化锁粒度的核心是在保证数据一致性的前提下，尽可能减小锁定范围，从而提升并发处理能力。以下是几个关键策略。
选择合适的存储引擎
MySQL 支持多种存储引擎，不同引擎的锁机制差异较大：
- InnoDB：支持行级锁，适合高并发读写场景。优先使用它来减小锁粒度。
- MyISAM：只支持表级锁，并发性能差，容易造成锁等待，不推荐用于写密集型应用。
合理设计索引以支持行锁
InnoDB 的行锁依赖于索引。如果查询无法命中索引，会退化为表锁，大幅降低并发性。
- 确保 WHERE 条件中的字段有合适的索引。
- 避免全表扫描，否则即使使用 InnoDB 也会锁定大量不必要的行。
- 例如：
UPDATE users SET status = 1 WHERE id = 100;如果id是主键或有索引，则只锁一行；否则可能锁整张表。
减少事务持有锁的时间
锁的持有时间越长，其他事务等待的概率越高。
- 尽量缩短事务执行时间，避免在事务中执行耗时操作（如网络请求、复杂计算）。
- 及时提交事务，不要长时间打开事务。
- 使用
COMMIT后尽快释放锁资源。
避免锁升级和死锁
当系统检测到大量行锁可能影响性能时，可能会自动升级为更粗粒度的锁（虽然 InnoDB 一般不会主动升级）。
- 批量更新时，分批提交，比如每次处理 1000 条后提交一次，而不是一次性更新几万条。
- 按固定顺序访问多张表或同一表中的多行，降低死锁概率。
- 使用
SHOW ENGINE INNODB STATUS;分析死锁日志，优化 SQL 执行顺序。
基本上就这些。关键是用好 InnoDB 行锁，配合索引和短事务，就能有效优化锁粒度，提升系统并发能力。
