合理控制事务大小
长时间运行的大事务会占用更多资源，增加锁持有时间，容易引发锁冲突和回滚段压力。建议将大事务拆分为多个小事务，特别是在执行批量数据操作时。
例如，在处理10万条记录时，可每1000条提交一次，避免长时间锁定表或行 注意：拆分事务需评估业务一致性需求，确保每个小事务仍满足ACID特性使用合适的隔离级别
MySQL默认使用
REPEATABLE READ，虽然能防止幻读，但在高并发写入场景下容易产生间隙锁，影响性能。根据业务需求选择更低的隔离级别，如
READ COMMITTED。
READ COMMITTED不会加间隙锁，减少锁范围，提升并发性 配合
innodb_locks_unsafe_for_binlog（已弃用）或乐观锁机制，进一步降低锁开销
优化事务中的SQL执行顺序
事务内SQL的执行顺序会影响锁的获取与释放时机。尽量先执行查询操作，后执行更新或插入，减少行锁持有时间。
避免在事务开始后长时间等待用户输入或外部接口调用 将非数据库操作移出事务块，缩短事务生命周期启用InnoDB的快速提交（Fast Index Creation）和合并写入
InnoDB支持某些DDL操作不阻塞DML（如
ALTER TABLE ... ALGORITHM=INPLACE），同时利用Change Buffer减少二级索引的随机写入开销。 确保
innodb_change_buffering开启，提升插入和更新性能 大批量写入前可临时调整
innodb_buffer_pool_size和
innodb_log_file_size
合理使用显式锁与乐观锁
避免滥用
SELECT ... FOR UPDATE或
LOCK IN SHARE MODE，这些会显著增加锁竞争。在冲突较少的场景使用版本号或CAS机制实现乐观控制。 例如，通过
UPDATE ... WHERE version = old_version判断是否更新成功 减少对共享资源的排他锁定，提升并发吞吐
监控并分析长事务
定期检查
information_schema.innodb_trx表，找出执行时间过长的事务。 设置
long_query_time并开启慢查询日志，捕获异常事务 使用
SHOW ENGINE INNODB STATUS查看最近死锁信息，分析锁等待链 基本上就这些。关键在于控制事务范围、减少锁争用、选择合适机制，并持续监控实际运行状态。不复杂但容易忽略细节。
