#####################################
背景：
业务对mysql集群的一个从库实例的dashboard_scheduled_history表发起了一个慢查询，有多慢呢？已经执行了一个半小时还没执行完，这个表是个大表，有4000多万行，然后我就执行了pt-online-schema-change对这个表添加索引，再然后就去上了个厕所。
问题：
慢查询导致pt-online-schema-change工具一直无法获得元数据锁，该工具一直处于Waiting for table metadata lock状态，导致该从库实例主从延迟越来越大，业务写入的数据，在该从库上查不到从而导致业务异常。
临时解决：
1）踢掉该从库实例的流量； 2）kill掉业务慢查询； 3）执行pt-online-schema-change进行修改表结构； 4）当该从库实例追上主库后，再将流量打到该从库实例；
如何永久性解决这个问题呢？
1）dba执行ddl的时候，还是不能大意，需要关注执行状况，发现一直没动静，估计就是拿不到元数据锁了，需要先kill掉慢查询或未提交的事务 2）执行pt-online-schema-change工具后，应该自动化跟踪该工具的执行状态，一旦发现该工具处于Waiting for table metadata lock状态，就kill掉这个工具的进程，直接返回
########################################