truncate/drop table/database对集群影响

[TiDBer_yUoxD0vR]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
truncate/drop table/database时，gc worker后台清理时，对集群有多大影响？ 例如mysql 在drop大表时会锁innodb buffer pool,导致影响整个集群，tidb drop大表(7kw行)会有什么影响？除了io高以外。
官网有如下描述：
TiDB 在删除表时，实际上只删除了表的元信息，并将需要删除的表数据（行数据和索引数据）写一条数据到 mysql.gc_delete_range 表。TiDB 后台的 GC Worker 会定期从 mysql.gc_delete_range 表中取出超过 GC lifetime 相关范围的 key 进行删除。

【遇到的问题：问题现象及影响】
【资源配置】
【附件：截图/日志/监控】

[tidb菜鸟一只 (小菜一颗)]

gc操作理论上只对io比较有影响，就是单纯的将过了gc时间的数据，从磁盘删除

[caiyfc]

gc 清理数据对集群的影响很小，gc worker 只有一个线程，所以删除的速度有限。如果一次删除了大量的数据，可能导致gc worker堵塞，来不及删除应该删除的数据。比如10分钟删除一次，gc堵塞了就会发现1小时前的mvcc版本数据还能查到。这种情况造成的影响就是select会扫描更多的历史数据信息，总得来说，对集群的影响还是不大。
我在生产环境实测，同时删除了14T数据，看监控没有发现性能问题。