答案：MySQL事务性能调优需缩短事务执行时间，避免长时间运行事务；选择合适隔离级别如READ COMMITTED以减少间隙锁；优化索引使用主键或唯一索引更新，避免全表扫描；合理配置InnoDB参数提升并发处理能力；减少死锁通过一致访问顺序和自动重试机制。
MySQL事务性能调优的核心在于减少锁争用、优化事务粒度和提升并发处理能力
合理控制事务大小
长时间运行的事务会占用锁资源，增加死锁概率，并影响其他事务的执行。应尽量缩短事务的执行时间，避免在事务中执行不必要的操作。
- 只在必须时才开启事务，尽快提交或回滚
- 避免在事务中进行网络请求、文件读写等耗时操作
- 批量数据处理可分批提交，而不是一次性大事务处理
选择合适的隔离级别
不同隔离级别对性能有显著影响。默认的可重复读（REPEATABLE READ）能防止幻读，但在高并发下容易产生间隙锁，导致锁冲突。
- 若应用能容忍一定程度的不一致，可降低为读已提交（READ COMMITTED）
- RC模式下间隙锁被禁用，减少了锁范围，提升并发性
- 配合binlog_format=row使用，保证复制一致性
优化InnoDB行锁使用
InnoDB基于索引加锁，索引设计直接影响锁的粒度和争用情况。
- 确保WHERE条件中的字段有合适索引，避免全表扫描导致大量行被锁定
- 更新操作尽量走主键或唯一索引，减少
锁的范围
- 避免在事务中更新无索引字段，否则可能引发表级锁竞争
合理配置InnoDB参数
调整关键参数可以提升事务处理效率和并发能力。
- innodb_buffer_pool_size：设置为物理内存的70%-80%，减少磁盘IO
- innodb_log_file_size：适当增大redo log文件大小，减少检查点刷新频率
- innodb_flush_log_at_trx_commit：生产环境权衡持久性与性能，可设为2（牺牲一点安全性换速度）
- innodb_thread_concurrency：根据CPU核心数合理设置线程并发数
减少死锁发生与快速恢复
死锁会导致事务回滚，影响系统稳定性与吞吐量。
- 保持事务中访问表的顺序一致，降低循环等待概率
- 在应用层捕获死锁错误（1213），实现自动重试机制
- 通过SHOW ENGINE INNODB STATUS分析死锁原因，针对性优化SQL执行顺序
基本上就这些。关键是理解业务场景下的数据一致性要求，在安全与性能之间找到平衡点。
锁的范围