DBeaver不支持批量清理空表，仅提供单表TRUNCATE功能；需手动查询系统视图生成SQL，并谨慎处理外键、权限及schema范围，执行前必须人工核验并确保在测试环境操作。
没有“批量清理空表”这个功能，DBeaver 本身不提供一键清空所有空表的操作。 它只支持对单张表执行 TRUNCATE，或手动编写 SQL 批量处理。误以为存在“批量清空空表”功能，容易导致误删或脚本写错。
为什么不能直接批量 TRUNCATE 空表
DBeaver 的右键菜单中只有针对单表的 Truncate 选项，它背后调用的是标准 SQL 的 TRUNCATE TABLE 语句，该语句不支持多表、不支持条件判断（比如“只清空行数为 0 的表”）。数据库层面也不允许 TRUNCATE TABLE t1, t2 这种语法（MySQL 除外，但 DBeaver 并未为此做适配）。
- 不同数据库对
TRUNCATE的权限、事务行为、触发器响应差异很大（例如 PostgreSQL 中TRUNCATE不能在事务块外执行，SQL Server 需要db_owner权限） - DBeaver 不会自动扫描并识别“哪些表是空的”，这需要先查
information_schema或系统视图，再拼 SQL —— 属于用户逻辑，不是客户端职责 - 即使你手写脚本查出空表再
TRUNCATE，也要注意外键约束：直接TRUNCATE可能失败，需先禁用或按依赖顺序处理
如何安全地批量清空空表（以 PostgreSQL 为例）
你需要分两步：先查出空表名，再生成并执行 TRUNCATE 语句。以下 SQL 可直接在 DBeaver 的 SQL 编辑器中运行：
SELECT 'TRUNCATE TABLE ' || schemaname || '.' || tablename || ' RESTART IDENTITY CASCADE;'
FROM pg_tables
WHERE schemaname NOT IN ('pg_catalog', 'information_schema')
AND (schemaname, tablename) IN (
SELECT schemaname, tablename
FROM pg_stat_user_tables
WHERE n_tup_ins = 0 AND n_tup_upd = 0 AND n_tup_del = 0
);
- 这段查询返回的是可执行的
TRUNCATE语句列表，不是直接执行 —— 请先复制结果、人工检查表名是否合理 -
RESTART IDENTITY重置自增序列，CASCADE解决外键依赖（慎用，确认无业务影响） - MySQL 用户需改用
information_schema.TABLES和TABLE_ROWS = 0判断，但注意TABLE_ROWS在 InnoDB 中是估算值，不一定准确 - 执行前务必确认连接的是测试库，且已备份关键数据
误操作风险比想象中高
最常被忽略的一点：DBeaver 默认不显示所有 schema 或所有数据库。如果你没在连接设置里勾选 Show all objects 或 Show system objects，就可能漏看某些空表，也可能误删了本不该动的 schema 下的表（比如 public 和 audit 混在一起时）。
- 执行批量
TRUNCATE前，先在左侧导航树右键连接 →Refresh，再确认当前展开的 schema 是否是你目标范围 - 不要依赖“看起来没数据”来判断空表 —— 某些表可能有隐藏分区、物化视图或只读副本，表面查不到行，实际仍有元数据或依赖
- 生产环境严禁直接运行自动生成的
TRUNCATE脚本；应转成DELETE FROM ... WHERE FALSE先试跑，观察执行计划和锁表现
