609226a676244327bd.png (128 KB, 下载次数: 33)
2026-7-27 21:51 上传
测试库：
492276a67625c90459.png (169.25 KB, 下载次数: 30)
2026-7-27 21:51 上传
421626a676229bced2.png (14.36 KB, 下载次数: 39)
2026-7-27 21:50 上传
排查与分析
核对表占用：
在主库查询发现，单表 RegisterInterfaceLog（接口日志表）独占了 312 GB 空间，而测试库中该表数据基本为空。
主库：
131026a6762838a9f0.png (129.3 KB, 下载次数: 38)
2026-7-27 21:52 上传
测试库：
86466a6762adc04d9.png (118.13 KB, 下载次数: 46)
2026-7-27 21:52 上传
排除膨胀与漏做表空间：
查主库该表存放在默认表空间 pg_default，且存在 8300万+ 活元组，并非全空或全膨胀。
187466a6762c285b1e.png (141.83 KB, 下载次数: 38)
2026-7-27 21:53 上传
定位根本原因（破案）：
在主库查询表属性：
SQL
SELECT relname, relpersistence FROM pg_class WHERE relname = 'RegisterInterfaceLog';
-- 返回结果：relpersistence = 'u' (UNLOGGED)
530096a6762d930edd.png (143.43 KB, 下载次数: 42)
2026-7-27 21:53 上传
原因总结
UNLOGGED（非日志表）机制：主库将大容量日志表建成了 UNLOGGED 表以提升写入性能。
物理备份跳过：pg_basebackup 在进行物理备份时，PostgreSQL 底层机制会自动跳过所有 UNLOGGED 表的数据文件，仅保留空的表结构定义。
经验避坑
现象正常：UNLOGGED 表还原后为空表是 PG 物理备份的预期行为，并非备份损坏或步骤遗漏。
测试库优势：测试环境通常无需历史日志，不还原此类表反而大幅节省了磁盘空间与 I/O 性能。
恢复方案：若测试环境强需此类表数据，需使用 pg_dump 针对该表进行逻辑导出导入，或在主库将其修改为普通表：ALTER TABLE "表名" SET LOGGED;。
| 欢迎光临 重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛 (http://bbs.cqsztech.com/) | Powered by Discuz! X3.2 |