看这个
要看 Key 的删除是怎么操作的，如果是 delete 操作，那么没有 compaction 之前的 key 还是会扫到，除非是 drop/truncate table 会不用等 compaction。
目前已知的是：
1，你的gc已经跟不上了。原因不清楚，可能是你说的删除比较多，跑不完。也有可能是其他的原因卡住了（br，tispark，ticdc这些都有可能导致gc卡住），这个目前没有进一步信息提供。
最好是能看看tiup ctl:v{版本号} pd service-gc-safepoint的结果。
2,你自己也说了是删除比较多。可以肯定的是delete语句删除的空间，只有compact的时候才会回收。
所以综合两点来看，手工compact都是比较值得尝试的一个方向。