是否可以为 Postgresql 后端(版本 9.3.10)设置临时文件创建的位置?
这是我的场景:我的 Postgresql DB 驻留在带有 Ubuntu 14.04 操作系统的专用 VM 中。我的 VM 配备了由我的基础架构提供商提供的200GB 临时高性能 SSD 存储,用于应用程序和进程的短期存储。这是它的样子:
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 221G 9.9G 200G 5% /mnt
我的磁盘空间不足,并且必须运行一些分析查询,由于临时文件的创建,这些查询可能会将我带到磁盘满。
除了采取诸如删除日志条目以释放更多空间或temp_file_limit
在 postgresql conf 中设置等措施外,我还想知道是否可以设置临时文件的位置。毕竟,我有 220GB 可用于这些场景,所以要好好利用它们(这里也设置了交换空间)。
因为我是新手 DBA,所以我如何设置它的说明性示例将非常有帮助。
a_horse_with_no_name 的解决方案有一个大问题。不是所有的 PostgreSQL 实例甚至都有 $PGDATA/base/pgsql_tmp 因为整个路径实际上是在这些实例中根据需要创建的。它甚至在需要时才存在,并且在不再需要时被销毁,因此您不能在整个路径上创建不存在的符号链接,并且动态创建然后销毁。您需要使用 temp_tablespaces 参数在 postgresql.conf 文件中配置临时表空间位置(https://www.postgresql.org/docs/9.3/static/runtime-config-client.html#GUC-TEMP-TABLESPACES)。这是因为 temp_tablespace 参数不仅指定由 CREATE 命令创建的所有临时表的位置,这些临时表在创建时没有显式命名的表空间,而且还指定用于连接、排序、和其他开销处理(https://www.postgresql.org/message-id/490ABE1D.3060700%40deriva.de)。
如手册中所述, Postgres 在
$PGDATA/base/pgsql_tmp
.将该目录设置为指向 的符号链接是安全的
/mnt
。尝试:
我认为 Paul 的回应和 horse_with_no_name 的建议都是正确的。
临时文件和临时表是 PostgreSQL 临时存储的两个不同过程。从 12.x 开始,我看到了一个独特的现象,即 PostgreSQL 在为 Temp 表空间指定的文件夹中创建 pgsql_tmp(如果有)。我认为这与哪个用户将权限写入文件夹有关,但我不太确定。
重要的是要记住临时表或文件通常会从文件夹中清除或删除,因此很少见。
我通常创建临时表空间,在 conf 中对其进行配置,并在将其托管在 ssd/Ramdrive 中时向所有用户授予对临时表空间的权限。这样,所有临时表都在更快的磁盘位置创建,从而加快处理速度。