PostgreSQL执行CLUSTER触发temp_file_limit超限的解决方案问询

临时调整temp_file_limit方案（推荐） #

完全可以仅临时调整该参数，无需修改全局永久配置、无需重启数据库，适配仅执行一次CLUSTER的场景，两种实现方式如下：

• 当前会话生效（最适配需求）
  在执行CLUSTER命令的同一个连接会话中，先执行配置调整命令：

-- 可根据表实际大小调整数值，预留足够冗余即可，比如设置为32GB
SET temp_file_limit = '32GB';
-- 也可设置为-1临时完全放开临时文件限制
-- SET temp_file_limit = -1;

该配置仅对当前连接有效，会话断开后会自动恢复为全局默认值。执行完CLUSTER后也可手动重置回默认配置：

SET temp_file_limit = DEFAULT;

• 指定用户生效
  如果操作需要跨会话，可以调整对应用户的级配置，操作完成后再重置即可：

-- 临时调高操作用户的临时文件限制
ALTER ROLE 你的操作账号 SET temp_file_limit = '32GB';
-- 操作完成后重置
ALTER ROLE 你的操作账号 RESET temp_file_limit;

该配置无需重启数据库，对应用户下次登录时生效。

无需调整参数的替代方案 #

如果不想修改数据库配置，也可以选择以下方式完成聚簇：

• 先对大表做分区拆分，按时间、业务维度拆分为多个小分区后，依次对单个分区执行CLUSTER，单分区数据量小不会触发临时文件上限。
• 使用pg_repack扩展完成在线聚簇，该工具是PostgreSQL生态常用的表重组织工具，无需长时间锁表，对临时空间的使用更可控，不需要调整temp_file_limit即可完成大表聚簇操作。

注意事项 #

• 调整参数前需要确认临时文件所在磁盘分区的剩余空间足够，避免调大参数后磁盘占满引发其他业务故障。
• 原生CLUSTER执行期间会对表加排他锁，仅支持读操作，需要选择业务低峰期执行，避免影响线上业务。

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