在 TiDB 的架构中，所有数据以一定 key range 被切分成若干 Region 分布在多个 TiKV 实例上。随着数据的写入，一个集群中会产生上百万个甚至千万个 Region。单个 TiKV 实例上产生过多的 Region 会给集群带来较大的负担，影响整个集群的性能表现。
2025年09月09日
在 TiDB 的架构中，所有数据以一定 key range 被切分成若干 Region 分布在多个 TiKV 实例上。随着数据的写入，一个集群中会产生上百万个甚至千万个 Region。单个 TiKV 实例上产生过多的 Region 会给集群带来较大的负担，影响整个集群的性能表现。
2025年09月09日
背景
因项目需求，需要清理一批旧数据，腾出空间给新数据，让同事负责这件事。料想会很顺利，但很快找到我，并告知在postgresql中把一张大的数据表删除掉了，查询表的size并没有改变。
我震惊了，问他怎么删除数据表的数据的，他告诉我使用"DELETE FROM table",然后使用下面的语句进行查询
--数据库中单个表的大小（不包含索引）
select pg_size_pretty(pg_relation_size('表名'));
--查出所有表（包含索引）并排序
SELECT table_schema || '.' || table_name AS table_full_name, pg_size_pretty(pg_total_relation_size('"' || table_schema || '"."' || table_name || '"')) AS size
FROM information_schema.tables
ORDER BY
pg_total_relation_size('"' || table_schema || '"."' || table_name || '"') DESC limit 20
2025年09月09日
完蛋！最近项目组同事说，核心业务表被truncate删除，也惊呆了，现在的业务都这么粗暴了，安全机制、作业规范形同虚设？接下来就给大家一起聊下，表被truncate,解决问题的关键就是找到关键的问题！
2025年09月09日
在 MySQL 中，删除的方法总共有 3 种：delete、truncate、drop，而三者的用法和使用场景又完全不同，接下来我们具体来看。
detele 可用于删除表的部分或所有数据，它的使用语法如下：
2025年09月09日
在 MySQL 中，使用 truncate、delete 和 drop 都可以实现表删除，但它们 3 个的使用场景和执行效果完全不同，接下来我们来盘点一下。
它们 3 个的区别如下表所示：
2025年09月09日
一句话总结
DELETE、TRUNCATE和DROP都用于删除数据，但DELETE删除行数据，TRUNCATE清空表数据，DROP删除整个表结构。
详细解析