记录一次数据库变更失败

背景

1. 使用PT工具对domains表增加联合索引：alter table test add key uin_display (user_uin, display_type);
2. 删除原有domains单索引：alter table test drop KEY user_uin；

测试环境已执行（1000万数据量，变更时间为10分钟）

因为test 表有外健约束，使用pt工具的话，会和之前有一点差异，需要加上 --alter-foreign-keys-method这个参数
具体差异是，原来是两个rename的逻辑，但是现在是drop 原父表，然后再rename 新表，drop的时候会出现锁表，在测试环境测试drop是花费了4.5秒

可能出现的隐患：
1.删除原父表以及重命名新表这段时间很短，如果这段时间更改子表程序有可能会报错；
2.如果重命名新表发生失败，而原父表已经永久删除了，这时就需要人工进行干预了。

生产

1. 昨晚现网数据库进行add index和drop index变更，但是当时看监控，有事务未提交的告警，发现一直在等待元数据锁（但是尝试了3次变更，但是都有异常，就回滚了）
2. 3次变更时间点
   20221108 22:50（pt工具）
   20221108 23:28（pt工具）
   20221108 23:35（命令行直接执行 alter table domains add index uin_display(user_uin,display_type)）

排查思路

通过 select * from information_schema.INNODB_TRX order by trx_started asc;查看到有很多未提交的事务
并且trx_query字段为null，猜测是业务长链接开启了事务一直未commit（trx_started时间大于1个小时）。

但是从这里没有办法知道这些事务是对那张表进行了操作，所以还是要结合事务开启时间结合审计日志来定位。