为什么拆分多表空间是合理的 #

从Oracle背景转向PostgreSQL，你的思路完全站得住脚。PostgreSQL的表空间机制虽然和Oracle有差异，但对于13TB级别的大库，拆分多表空间确实能解决单表空间带来的性能瓶颈和备份效率问题，这也是PostgreSQL运维中处理超大规模库的常用手段。

拆分后的核心收益 #

• 性能优化：可以将热点业务表、高频访问的索引部署在SSD这类高速存储的表空间，冷数据（归档历史、低频查询表）放在机械硬盘的表空间，实现IO资源的按需分配，避免单存储设备的IO竞争；多磁盘并行读写也能有效提升大表扫描、批量写入的效率。
• 备份效率提升：无需每次全量备份13TB数据，可针对不同表空间制定差异化备份策略——比如每天备份活跃数据的表空间，每周备份冷数据的表空间，大幅缩短单次备份的时间窗口；恢复时也能针对性恢复特定表空间，减少RTO。

具体操作步骤与要点 #

1. 创建新表空间 #

首先在RedHat 8的不同存储路径下创建目录，确保postgres用户拥有读写权限，同时调整SELinux上下文避免权限拦截：

mkdir -p /data/fast_storage/ts_hot /data/slow_storage/ts_cold
chown -R postgres:postgres /data/fast_storage/ts_hot /data/slow_storage/ts_cold
chcon -R system_u:object_r:postgresql_db_t:s0 /data/fast_storage/ts_hot /data/slow_storage/ts_cold

然后登录PostgreSQL创建表空间：

CREATE TABLESPACE ts_hot LOCATION '/data/fast_storage/ts_hot';
CREATE TABLESPACE ts_cold LOCATION '/data/slow_storage/ts_cold';

2. 迁移现有表与索引 #

将已有的表或索引移动到目标表空间，注意大表迁移会加排他锁，务必在业务低峰期执行：

-- 迁移表
ALTER TABLE order_history SET TABLESPACE ts_cold;
-- 迁移索引
ALTER INDEX idx_order_history_id SET TABLESPACE ts_cold;

如果无法接受锁表时间，可以使用pg_repack工具在线迁移，无需锁表：

pg_repack -d your_db -t order_history --tablespace ts_cold

3. 后续对象的默认配置 #

可以修改数据库默认表空间，让新创建的对象自动使用指定表空间：

ALTER DATABASE your_db SET TABLESPACE ts_hot;

或者在创建表/索引时显式指定：

CREATE TABLE new_user (...) TABLESPACE ts_hot;

关键注意事项 #

• 存储规划先行：提前评估各业务模块的数据量、访问频率，匹配对应的存储介质，避免后续频繁调整表空间；RedHat 8下要确保表空间目录的权限和SELinux配置正确，否则会导致PostgreSQL无法写入。
• 监控与维护：定期查看各表空间的占用情况，及时清理或扩容：

SELECT spcname, pg_size_pretty(pg_tablespace_size(spcname)) AS size
FROM pg_tablespace
WHERE spcname NOT IN ('pg_default', 'pg_global');

• 备份策略适配：如果使用pg_basebackup，可以指定单独备份某个表空间：

pg_basebackup -D /backup/ts_hot -t ts_hot -X stream

如果用pgBackRest等工具，可在配置文件中指定需要备份的表空间列表，实现差异化备份。

内容的提问来源于stack exchange，提问作者Khattak