| 类型: | integer |
| 默认: | 1024 (1GB) |
| 最低限度: | 2 (2MB) |
| 最大: | 2147483647 (2147483647MB) |
| 单元: | MB |
| 上下文: | sighup |
| 重新开始: | false |
| 以来: | 9.5 |
在自动 WAL 检查点之间允许 WAL 增长到的最大尺寸。这是一个软限制， 在特殊的情况下 WAL 尺寸可能会超过max_wal_size， 例如在重度负荷下、archive_command失败或者高的 wal_keep_segments设置。如果指定值时没有单位，则以兆字节为单位。默认为 1 GB。增加这个参数 可能导致崩溃恢复所需的时间。这个参数只能在postgresql.conf 或者服务器命令行中设置。
建议 [EN]
… except for databases that write more than 1GB/hour of data, in which case increase the size of the log so that it's at least an hour worth of logs
在 StackOverflow
在 pgsql-hackers
- Windows pg_basebackup unable to create >2GB pg_wal.tar tarballs ("could not close file: Invalid argument" when creating pg_wal.tar of size ~ 2^31 bytes)
- Re: New "raw" COPY format
- RE: Conflict detection for update_deleted in logical replication
- Apparent bug in WAL summarizer process (hung state)
- Re: filesystem full during vacuum - space recovery issues