タイプ: | integer |
デフォルト: | 1024 (1GB) |
分: | 2 (2MB) |
最大: | 2147483647 (2147483647MB) |
単位: | MB |
コンテキスト: | sighup |
再起動: | false |
以来: | 9.5 |
自動WALチェックポイントの間にWALが増加する最大サイズです。これはソフトリミットです。特別な状況下、たとえば高負荷、archive_commandの失敗、wal_keep_segmentsが大きな値に設定されている、などの時には、WALサイズはmax_wal_size
を超えることがあります。この値が単位なしで指定された場合は、メガバイト単位であるとみなします。デフォルトは1GBです。このパラメータを大きくすると、クラッシュリカバリに必要な時間が長くなります。このパラメータは、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
On StackOverflow
On pgsql-hackers
- Re: Fix documentation for max_wal_size and min_wal_size
- Re: base backup vs. concurrent truncation
- Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL
- Make use of assign_checkpoint_completion_target() to calculate CheckPointSegments correctly
- Re: Can postgres ever delete the recycled future WAL files to free-up disk space if max_wal_size is reduced or wal_recycle is set to off?