Waiting for table metadata lock究极解决办法（绝对管用）

简单描述一下遇到的问题：
根据项目数据入库要求，在之前没有设置唯一约束的表上添加唯一约束，这就涉及到需要修改表结构。
在对其他表进行修改的时候，无论是修改字段长度还是删除索引添加唯一约束都没有问题，但是唯独有一张表，无论进行什么表操作全部都会出现Waiting for table metadata lock。

刚开始的解决思路：
找到没完成DDL的操作进程将其杀死即可。
但是使用select * from information_schema.innodb_trx;得到的进程太多了，根本无法及时将具体是哪个问题进程杀死（因为不知道是哪一个）

后来一狠心将源表进行结构和数据的copy：
然后在复制下来的表上进行修改，最后将原表删除，copy的表修改成原表名。
然而事实是原表根本删除不了，还是会因为Waiting for table metadata lock而导致无法删除表。

最后的解决办法：
select concat(“kill “,trx_mysql_thread_id,”;”) as kill_id from information_schema.INNODB_TRX where trx_lock_structs=0 and trx_weight=0 and trx_rows_locked=0 and trx_rows_modified=0 and trx_state=‘RUNNING’;
一次性找到所有未完成的进行，并通过sql语句将其全部找到，然后统一杀死（万不得已，不建议这么做，基本就等于宁错杀一千也不放过一个）

当然通过上面的操作是可以解决Waiting for table metadata lock导致的无法进行的表操作。