RDS MySQL行锁等待和行锁等待超时，如何处理？

1. 问题描述： 当您遇到RDS MySQL中因行锁等待导致的Lock wait timeout exceeded; try restarting transaction错误时，这表明某个事务在等待另一个事务释放锁资源时超出了默认的50秒等待时间。

2. 解决方案：

   • 步骤1：首先，登录到RDS数据库实例，通过DMS执行以下SQL查询以识别当前正在执行和等待锁的事务：

     SELECT * FROM information_schema.INNODB_TRX;
     SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
     SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
     

     这些命令将帮助您定位到持有锁（Blocker）和等待锁（Waiter）的会话信息。

   • 步骤2：分析查询结果，确定是否可以安全地终止导致阻塞的事务。如果确认持有锁的事务（Blocker）可以被回滚，并且业务上可接受此操作，可以通过获取其线程ID来终止该会话。

   • 步骤3（可选）：如果存在未提交的XA事务导致的锁等待，执行以下命令查询并处理这些事务：

     xa recover;
     

     根据查询结果，选择合适的命令回滚或提交这些XA事务，例如：

     xa rollback 'gtrid_length(data)','bqual_length(data)',formatID;
     xa commit 'gtrid_length(data)','bqual_length(data)',formatID;
     

3. 注意事项：

   • 重要提示：在终止任何事务前，请务必确认该操作对业务无负面影响。
   • 限制条件：上述方法适用于解决因正常事务处理或未妥善管理的XA事务导致的行锁等待问题。生产环境中不建议随意调整innodb_lock_wait_timeout参数值，以免影响系统稳定性。

4. 示例（基于步骤1）： 假设从INNODB_TRX表中发现一个长时间运行的事务，其trx_state为'RUNNING'，并且已知该事务可以安全中断，可通过其trx_mysql_thread_id执行如下命令终止：

   KILL [线程ID];
   

通过以上步骤，您可以有效地诊断并处理RDS MySQL中的行锁等待及超时问题，确保数据库操作顺畅进行。您可以复制页面截图提供更多信息，我可以进一步帮您分析问题原因。