通过配置innodb_lock_wait_timeout和wait_timeout参数可间接实现mysql事务超时控制，前者限制锁等待时间，默认50秒，建议高并发下调低；后者防止连接空闲过久被断开，需配合连接池使用；虽无事务总耗时硬性限制，但可通过监控information_schema.innodb_trx表、优化事务范围及使用show engine innodb status分析锁情况来预防长事务问题。
在 MySQL 中，并没有直接的“事务超时”设置，但可以通过相关参数控制事务等待锁的时间和空闲连接的超时行为，间接实现类似效果。关键在于合理配置 innodb_lock_wait_timeout 和 wait_timeout 这两个参数。
1. 设置锁等待超时时间（innodb_lock_wait_timeout）
这个参数控制一个事务在尝试获取行锁时最多等待多少秒。如果超过设定时间仍未获得锁，事务将自动回滚并报错 Lock wait timeout exceeded。
默认值是 50 秒，可以根据业务需求调整：
-
查看当前值：
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout'; -
设置会话级别（仅当前连接）：
SET innodb_lock_wait_timeout = 20; -
设置全局级别（影响新连接）：
SET GLOBAL innodb_lock_wait_timeout = 20;
建议在高并发系统中适当调低该值，避免长时间阻塞。
2. 控制空闲连接超时（wait_timeout）
虽然这不是事务级别的超时，但长时间未操作的事务连接可能因连接被断开而意外终止。通过 wait_timeout 可设置连接最大空闲时间。
-
查看当前值：
SHOW VARIABLES LIKE 'wait_timeout'; -
修改全局设置：
SET GLOBAL wait_timeout = 600;（单位：秒）
应用端应使用连接池管理连接，避免事务跨长时间空闲。
3. 长时间运行事务的监控与优化
MySQL 不支持像 Java 应用那样的事务主动计时器，但可通过以下方式预防事务过长：
- 在应用代码中控制事务范围，尽量短事务操作
- 使用
SHOW ENGINE INNODB STATUS;查看当前锁等待情况 - 通过
information_schema.innodb_trx表监控正在运行的事务：
SELECT trx_id, trx_started, trx_mysql_thread_id, trx_query FROM information_schema.innodb_trx;
可定期检查运行时间过长的事务并告警。
基本上就这些。MySQL 本身不提供事务总耗时的硬性超时机制，但结合锁等待和连接管理，能有效防止事务无限期挂起。关键是根据业务场景合理配置参数，并在应用层做好事务控制。
