MySQL 事务并发优化的核心在于减少锁冲突、提升事务执行效率和合理利用隔离级别。通过调整锁机制、事务设计和配置参数，可以显著提升高并发场景下的性能表现。
合理选择事务隔离级别
不同的隔离级别直接影响并发能力和数据一致性：
READ COMMITTED（读已提交）：避免脏读，允许不可重复读和幻读。适用于对一致性要求不高但并发量大的场景，能显著减少间隙锁的使用。 REPEATABLE READ（可重复读）：MySQL 默认级别，通过间隙锁防止幻读，但在高并发写入时容易引发死锁或锁等待。 如果业务允许，可考虑降级到 READ COMMITTED，减少间隙锁开销，提升并发吞吐。优化事务粒度与执行时间
长时间运行的事务会持有锁更久，增加冲突概率：
尽量缩短事务执行时间，避免在事务中执行耗时操作（如网络请求、大查询）。 减少事务中涉及的 SQL 数量，只将必要的操作纳入事务。 避免在事务中使用循环或批量处理大量数据，可拆分为小事务分批提交。合理设计索引以减少锁范围
没有合适索引时，MySQL 可能升级为表锁或扩大行锁范围：
确保 WHERE 条件字段有索引，避免全表扫描导致的大量行加锁。 使用覆盖索引减少回表操作，降低锁竞争。 复合索引应匹配查询条件，避免索引失效引发额外锁。利用乐观锁替代悲观锁
在冲突较少的场景下，乐观锁能减少锁等待：
通过版本号（version 字段）或时间戳控制更新，避免 SELECT ... FOR UPDATE。 应用层重试机制配合乐观锁，处理更新失败情况。 适用于读多写少、并发更新同一记录频率低的业务。调整 InnoDB 锁机制与参数
InnoDB 提供多种机制优化并发：
启用 innodb_row_lock_retry_timeout 和合理设置重试策略。 监控 SHOW ENGINE INNODB STATUS 中的锁等待信息，定位热点行。 考虑开启 innodb_deadlock_detect（默认开启），及时发现死锁。 在极高并发下，可关闭死锁检测并设置超时（innodb_lock_wait_timeout），由应用重试。分库分表与读写分离
当单实例压力过大时，需从架构层面优化：
将大表拆分为多个小表，分散热点数据访问。 使用读写分离，将 SELECT 请求分流到只读副本，减轻主库事务压力。 结合中间件（如 ShardingSphere）实现自动路由和负载均衡。基本上就这些。关键是根据业务特点权衡一致性与性能，结合监控持续调优。不复杂但容易忽略细节。
