PG数据库根目录爆满（100%）停机迁移表空间 - 重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛

536676a1024593b8f9.png (600.72 KB, 下载次数: 0)

2026-5-22 17:39 上传

PG数据库日志不断报错：设备上没有空间，执行 df -h 检查系统盘，发现根目录 /dev/mapper/ao-root（70G）使用率已达100%

210996a1023f4c0768.png (291 KB, 下载次数: 0)

2026-5-22 17:37 上传

深入排查后发现，大头来自 PostgreSQL 14 的表空间 zldut，其物理位置默认建在根目录下，数据量已达 55 GB，导致系统空间彻底被榨干

此时系统盘的 /home 分区（/dev/mapper/ao-home）拥有 921G 的闲置空间，且该业务允许短暂停机窗口，于是决定采取“停机-物理迁移-重做软链接”的策略来快速解耦

2. 核心原理

PostgreSQL 的自定义表空间（Tablespace）在底层物理结构上，其实是通过操作系统的软链接（Symbolic Link）实现的。在数据目录（PG_DATA）下的 pg_tblspc/ 目录中，每一个自定义表空间都对应一个以其 OID 命名的软链接，指向实际的物理存放路径。

因此，迁移的核心逻辑就是：停止服务 -> 搬迁数据 -> 重新建立指向新路径的同名软链接 -> 重启服务。

3. 操作实战步骤

Step 1: 准备目标目录与清理微量空间

由于根目录已经 100% 满，为了确保基础命令能正常写入临时文件，先去 /var/log 清理了部分无用系统日志，以及删除了一些不必要的文件

随后在 /home 下创建新的存储大本营，并下放权限给 postgres 用户：

mkdir zldut_ts

267046a10240a763ad.png (197.65 KB, 下载次数: 0)

下载附件

2026-5-22 17:38 上传

Step 2: 停机与数据迁移

安全停止 PostgreSQL 服务，杜绝脏数据写入：

systemctl stop postgresql