タイプ: | 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
- 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