PostgreSQL数据导出的场景五花八门——迁移、备份、给开发环境同步一份生产数据，这些需求几乎每天都会遇到。但最头疼的往往不是怎么导出，而是数据库里那些“又大又没用”的表：日志表、历史记录表……导出它们既占时间又占空间。这里梳理了三类主流的导出方式：pg_dump（逻辑备份）、COPY（数据导出）和pgAdmin（图形化操作），适用于不同场景。不过在实际项目中，最常用的组合拳是：先摸清各表大小，再按需排除，精准导出一轮搞定。
PostgreSQL 数据导出
日常运维中，导出数据库是家常便饭。但很多时候，数据库里总躺着一些“食之无味、弃之可惜”的表——日志表动辄几十GB，历史记录表也是沉重的负担。盲目地全库导出一趟，浪费时间不说，备份文件也大得吓人。
下面这套流程就是为这种场景准备的：先查看各表大小，再按需排除，精准导出。
一、导出前：先查看哪些表大
动手导出之前，先搞清楚数据库里到底谁在“吃空间”。执行下面这个查询，就能把public模式下所有表的大小信息一览无余：
SELECT schemaname, relname AS table_name, pg_size_pretty(pg_total_relation_size(relid)) AS total_size, pg_size_pretty(pg_relation_size(relid)) AS table_size, pg_size_pretty(pg_indexes_size(relid)) AS index_size, n_live_tup AS estimated_rowsFROM pg_stat_user_tablesWHERE schemaname = 'public'ORDER BY pg_total_relation_size(relid) DESC;
这个查询返回的信息非常直观：total_size是表的总大小（含数据和索引），table_size是纯数据部分，index_size是索引占的空间，estimated_rows则是估算的行数。执行完后，哪些是“空间大户”一目了然，接下来就可以有针对性地决定哪些表的数据需要跳过。
二、执行导出：pg_dump 精准排除
pg_dump是PostgreSQL自带的逻辑备份工具，功能强大。下面这条命令演示了如何只导出public模式下的表结构 + 部分表的数据，同时排除掉多个大表或不需要数据的表：
PGPASSWORD=postgres pg_dump -U postgres -h localhost -d aiops -n public --no-owner --no-privileges --exclude-table-data='public.event_process_node' --exclude-table-data='public.event' --exclude-table-data='public.metrics_decimal_*_chunk' --exclude-table-data='public.per_period_income_event' --exclude-table-data='public.health_status_his' --exclude-table-data='public.notify_his' --exclude-table-data='public.notify_result' --exclude-table-data='public.dial_indicator' --exclude-table-data='public.res' --exclude-table-data='public.res_probe' -f public.sql
各参数的作用如下：
| 参数 | 作用 |
|---|---|
PGPASSWORD=postgres | 通过环境变量指定密码（注意安全性） |
-U postgres | 数据库用户名 |
-h localhost | 数据库主机地址 |
-d aiops | 要导出的数据库名称 |
-n public | 只导出 public 模式 |
--no-owner | 不输出设置对象所有权的命令 |
--no-privileges | 不输出权限相关的命令 |
--exclude-table-data='table_name' | 排除指定表的数据，但保留表结构 |
-f public.sql | 输出文件名 |
关于--exclude-table-data，有几个细节值得注意：
- 只排除数据，不排除结构：被排除的表仍然会出现在导出文件中，但只有
CREATE TABLE等结构定义，没有INSERT数据。 - 支持通配符：比如
public.metrics_decimal_*_chunk可以匹配所有符合该模式的分区表，省去一个个写的麻烦。 - 可多次使用：每个要排除的表都需要单独写一个
--exclude-table-data，想排除几个就写几个。
三、注意事项
- 密码安全：在命令行中直接使用
PGPASSWORD环境变量存在安全风险，生产环境建议使用.pgpass文件或交互式输入。 - 版本一致性：导出和恢复时，尽量保持源库和目标库的 PostgreSQL 版本一致，避免兼容性问题。特别是大版本跨越时，最好用
pg_dump的--version选项确认。
总结
PostgreSQL 的导出其实可以做得非常精细。先通过查询摸清各表的大小，再用 pg_dump 配合 --exclude-table-data 精准排除不需要的数据。这套「先查后导」的流程，既能节省导出时间，又能控制备份文件的体积，值得在实际工作中推广使用。
如何选择合适的方式？
| 场景 | 推荐工具 | 原因 |
|---|---|---|
| 备份整个数据库或跨版本迁移 | pg_dump | 生成逻辑备份，与数据库版本无关，恢复灵活-。 |
| 导出单张表或查询结果为CSV进行分析 | COPY 或 copy | 最高效，直接生成目标格式文件-。 |
| 需要精细控制导出内容（如只导结构） | pg_dump | 提供丰富的命令行选项，如 --schema-only。 |
| 不熟悉命令行，偏好图形界面 | pgAdmin | 操作直观，易上手-。 |
| 导出整个数据库集群的所有全局对象 | pg_dumpall | 这是唯一能同时备份角色、表空间等全局对象的方法。 |
