查抄binlog后发明平静时的增长量一致， 注：因为是出产情况所以无法截图 参考链接： https://www.cnblogs.com/digdeep/p/4892953.html ，看不到A表上有任何操纵，直到触发zabbix的预警，可是master和slave上的数据量有差别，然而在slave上A表的物理表空间只有13G，而slave上只有3kw， 那为什么master和slave的数据量差别这么大，于是运行pt-osc整理表空间，找到相关的thread_id并kill， 问题排查： 1.首先查抄是不是最近两天有大量数据写入， 7.查抄information_schema.innodb_trx发明有一个事务已经运行了2天， show table status的功效显示master上A表或许有8亿多行数据，登录到监控系统发明从1天前开始磁盘空间利用率急剧增长，获取不到metadata的独有锁， 6.运行pt-osc时无法Creating triggers，因此运行create trigger时呈现Waiting for table metadata lock，问题办理，A表上的锁不会释放， 3.运行select count(*)查抄A表的真实数据量，说明master的table status功效禁绝确，查抄功效无，查抄功效发明没有。

至此真相懂得。

问题原因： 由于事务没有完成。

这也是本次问题排查的难点， 2.再查抄此表是否存在大量的表碎片， 4.查抄slave上是否存在有replicate的filter， 在排查进程中发明master上的一张表(后续统一简称A表)的物理表空间高出了200多G。

在排查进程中还运行show processlist查抄过正在运行的线程，并无异常。

还无碎片？ 5.猜疑是大量并发的delete导致，到数据库中查抄processlist发明一运行pt-osc就会发生MDL(metadata lock)锁， 早上收到zabbix的信息磁盘空间高出90%，master和slave都是3kw行，。