研发要在一个ol_poster_sign表加字段，表比较大有400多万条，用gh-ost加字段时，在切换过程中一直报错：
无法完成最后的切换：
INFO Magic cut-over table created
INFO Locking `test`.`ol_poster_sign`, `test`.`_ol_poster_sign_del`
查看innodb_trx没有锁定的表，但是通过：
show OPEN TABLES where In_use > 0 如下：
说明的确有表的锁存在，自己用：unLOCK TABLEs 命令一直无法是否锁。但观察ol_poster_sign表是有写入数据和select的，不影响使用。查了processlist，有下列语句：
这个里面有个SQL： 就是简单的查询：ol_poster_sign表，一直kill不成功：
从该表，读和写都不影响，但是查询又有锁，得出结论：
SQL无法真正killed释放，导致ol_poster_sign持有架构锁，gh-ost无法改表名成功.
因是线上业务库，不好重启，在腾讯云RDS，重新发个升级硬盘的配置就解决该问题。
小技巧：
如果要查锁引起的进程id是哪个，关注processlist的Time，数字比较大的，嫌疑最大！