Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting

### 解决 MySQLTransactionRollbackException 锁等待超时

当遇到 `com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: lock wait timeout exceeded` 的异常时，表明事务在尝试获取锁的过程中超过了设定的时间限制而被回滚。这通常发生在高并发场景下，多个事务竞争同一资源的情况。

#### 调整配置参数
可以通过调整 MySQL 配置文件中的 `innodb_lock_wait_timeout` 参数来增加默认的锁等待时间。该参数定义了 InnoDB 存储引擎在一个事务等待行级锁的最大秒数，默认通常是 50 秒。如果业务逻辑允许更长时间的等待，则可以适当提高这个值：

SET GLOBAL innodb_lock_wait_timeout = 120;

对于临时性的解决方案也可以通过会话级别设置此参数[^1]。

#### 分析并优化查询语句
分析引发冲突的具体 SQL 查询，并对其进行优化以减少锁定时间和范围。比如避免不必要的全表扫描操作；尽可能缩短持有排他锁的时间窗口；合理设计索引结构使得访问路径更加高效等措施均有助于缓解此类问题的发生频率。

#### 使用乐观锁机制替代悲观锁
传统的关系型数据库管理系统采用的是基于封锁协议实现的数据项控制方法——即所谓的“悲观”策略。而在某些应用场景里改用版本号或时间戳标记记录变化状态的方式（也就是常说的“乐观”并发控制），可以在一定程度上规避因频繁加解锁带来的性能瓶颈以及死锁风险。

#### 处理应用程序层面的竞争条件
检查应用层面上是否存在可能导致大量短连接快速建立又断开的情形，因为这种情况容易造成瞬时负载过高从而加剧争用状况。考虑引入缓存技术或者批量处理模式降低单位时间内提交给后台执行的任务量也是可行的办法之一。

#### 实施重试逻辑
考虑到偶尔发生的短暂性阻塞属于正常现象而非致命错误，因此建议客户端代码具备一定的容错能力，在捕获到上述特定类型的异常之后能够自动发起有限次数内的重复请求直至成功完成目标动作为止。

import time
from mysql.connector import Error, connect

def execute_with_retry(query, max_retries=3):
    retries = 0
    while True:
        try:
            connection = connect(host='localhost', database='testdb')
            cursor = connection.cursor()
            cursor.execute(query)
            break
        except Error as e:
            if 'lock wait timeout' not in str(e).lower():
                raise
            retries += 1
            if retries >= max_retries:
                raise Exception(f"Failed after {max_retries} retries.")
            sleep_duration = min(2 ** retries, 30)  # Exponential backoff with cap at 30 seconds.
            print(f"Retrying ({retries}) due to lock wait timeout...")
            time.sleep(sleep_duration)

execute_with_retry("UPDATE table SET column=value WHERE condition")