怎样执行删除库中所有空表的SQL_结合系统库的批量查询-phpMyAdmin-PHP中文网

查数据库空表需分库处理：mysql用information_schema.tables的table_rows（估算值）过滤，postgresql用pg_class.reltuples或统计视图；删表前须生成语句人工核对、检查权限与外键、避开系统模式。

怎么查出数据库里所有空表

核心是利用系统表或信息模式（information_schema）统计每张表的行数，再过滤为 0。mysql 和 postgresql 做法差异大，不能混用。

MySQL 8.0+ 推荐用 INFORMATION_SCHEMA.TABLES 查 TABLE_ROWS，但注意：该字段是**估算值**，MyISAM 准确，InnoDB 不一定准（尤其未 ANALYZE 过）
真正可靠的方式是逐表执行 SELECT COUNT(*) FROM `table_name`，但代价高，不适用于大库
PostgreSQL 必须走 pg_class + pg_namespace，靠 reltuples（也是估算）或 pg_stat_all_tables.n_tup_ins - pg_stat_all_tables.n_tup_del（更接近实时）
别直接查 mysql.tables（MySQL 系统库）——它不存行数，只存元数据

MySQL 批量生成 DROP TABLE 语句（安全第一）

永远先生成语句、人工核对，再执行。别信“一键清空”脚本。

用这个查询生成待删语句：

SELECT CONCAT('DROP TABLE `', table_schema, '`.`', table_name, '`;') 
FROM INFORMATION_SCHEMA.TABLES 
WHERE table_schema = 'your_db_name' 
  AND table_rows = 0 
  AND table_type = 'BASE TABLE';

table_type = 'BASE TABLE' 排除视图，否则会报错 ERROR 1051 (42S02): Unknown table
如果库名含特殊字符（如中划线），CONCAT 里的反引号不能省，否则生成的语句语法错误
执行前务必确认 table_schema 值正确——误写成 'information_schema' 会导致灾难

PostgreSQL 怎么安全删空表

PostgreSQL 没有 TABLE_ROWS 字段，得组合系统表。而且 pg_class.reltuples 默认不实时更新，需配合 VACUUM 或用统计视图。

较稳妥的查法（依赖统计信息）：

SELECT 'DROP TABLE ' || quote_ident(schemaname) || '.' || quote_ident(tablename) || ';' 
FROM pg_tables 
WHERE schemaname NOT IN ('pg_catalog', 'information_schema') 
  AND EXISTS (
    SELECT 1 FROM pg_class c 
    JOIN pg_namespace n ON n.oid = c.relnamespace 
    WHERE c.relname = pg_tables.tablename 
      AND n.nspname = pg_tables.schemaname 
      AND c.relkind = 'r' 
      AND c.reltuples = 0
  );

quote_ident() 必须用——表名含大小写或符号时，不加会报 syntax error at or near "user"
别漏掉 schemaname NOT IN ('pg_catalog', 'information_schema')，否则可能生成删系统表的语句
如果 reltuples 明显不准（比如刚删完数据但没 VACUUM），就得用子查询 (SELECT COUNT(*) FROM ...)，但会慢

执行前必须检查的三个点

删表不可逆，90% 的事故源于跳过这几步。

确认当前连接用户有 DROP 权限，且不是 root 或 postgres 账户直连——应使用最小权限账号
检查是否有外键引用这些空表：SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME IN (...)，否则 DROP 会失败并中断批量过程
MySQL 中若存在 TEMPORARY TABLE，它们不会出现在 INFORMATION_SCHEMA.TABLES 里，但也不会被误删；不过要留意临时表是否被其他会话依赖

空表判定本身就有模糊地带：一张表有数据但全被标记为删除（InnoDB 的 MVCC）、或只有 LOB 数据没计入 TABLE_ROWS，这些情况靠系统字段扫不出来。真要彻底，只能逐表 COUNT，但得接受耗时和锁表风险。