合理控制事务大小
长时间运行的事务会占用锁资源，增加死锁概率，并影响其他事务的执行。应尽量缩短事务的执行时间，避免在事务中执行不必要的操作。
只在必须时才开启事务，尽快提交或回滚 避免在事务中进行网络请求、文件读写等耗时操作 批量数据处理可分批提交，而不是一次性大事务处理选择合适的隔离级别
不同隔离级别对性能有显著影响。默认的可重复读（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执行顺序 基本上就这些。关键是理解业务场景下的数据一致性要求，在安全与性能之间找到平衡点。
