如何限制PostgreSQL日志目录总大小？仅用配置可行吗？

首先直接给结论：仅靠PostgreSQL自身的配置参数，没办法实现日志目录总容量固定上限的需求。

为什么PostgreSQL没提供这个特性？ #

PostgreSQL的日志轮转机制设计思路很明确：它优先保证日志的完整性，尽可能避免丢失任何可能用于排查问题的日志数据。log_truncate_on_rotation只对时间触发的轮转生效，也是因为时间轮转是可预测的周期操作，而基于大小的轮转可能在高负载下频繁触发，如果自动删除旧日志，很可能在管理员还没来得及查看时就丢失了关键信息。PostgreSQL把日志的生命周期管理（比如容量限制、旧日志清理）交给了更专业的外部工具，这是它的设计取舍。

你的备选方案分析与优化建议 #

方案1：CRON任务配合log_rotation_size

这个方案完全可行，而且实现起来很简单：

1. 先在postgresql.conf里设置log_rotation_size = 1GB，确保单个日志文件不会超过1GB；
2. 写一个Shell脚本用来清理旧日志，比如：

   #!/bin/bash
   # 替换成你的PostgreSQL日志目录
   LOG_DIR="/var/lib/postgresql/15/main/log"
   # 最多保留10个日志文件
   MAX_RETENTION=10
   
   # 按修改时间从新到旧排序，删除超过数量上限的旧文件
   ls -t "$LOG_DIR"/postgresql-*.log 2>/dev/null | tail -n +$((MAX_RETENTION + 1)) | xargs rm -f
   

3. 把这个脚本加入CRON，建议每15分钟或者每小时执行一次——毕竟高负载下可能很快就会生成多个日志文件，频繁执行能更及时地控制总容量。

方案2：使用logrotate工具

这是更推荐的方案，logrotate是Linux系统上专门用于日志管理的工具，功能更完善：

• 你可以直接配置单个日志文件达到1GB时轮转，同时保留10个文件，刚好把总容量控制在10GB左右；
• 给你一个示例配置（放在/etc/logrotate.d/postgresql）：

  /var/lib/postgresql/15/main/log/postgresql-*.log {
      size 1G
      rotate 10
      missingok
      compress
      delaycompress
      notifempty
      create 0640 postgres postgres
      sharedscripts
      postrotate
          # 重载PostgreSQL配置，让它切换到新的日志文件
          /usr/bin/pg_ctl reload -D /var/lib/postgresql/15/main > /dev/null 2>&1 || true
      endscript
  }
  

• 这里的size 1G触发轮转，rotate 10限制保留的文件数量，compress可以压缩旧日志（如果不需要可以去掉），postrotate里的命令是关键，确保PostgreSQL不会继续往已经被轮转的文件里写日志。

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