17370845950

使用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 行锁，配合索引和短事务，就能有效优化锁粒度，提升系统并发能力。