パフォーマンス最適化、max_wal_sizeについてはどうですか?

こんにちは。

ベータ版3からベータ版4への最新のアップデートは、通常よりも「面倒」で、ログのために次のようなものが繰り返し表示されました。
設定パラメータ「max_wal_size」の増加を検討してください。

この件については専門家ではないため、Googleで調べたところ、このmax_wal_sizeパラメータはパフォーマンスにとって非常に重要である可能性があることがわかりました(一部によるとshared_buffersの次に重要とのことです。以下参照)。
Tuning max_wal_size in PostgreSQL | EDB (enterprisedb.com)
Tuning Your Postgres Database for High Write Loads (crunchydata.com)
PostgreSQL Performance Tuning and Optimization Guide - Sematext

これについて何か意見はありますか?アップデート中にのみ発生した場合でも、max_wal_sizeパラメータを変更すべきでしょうか?

参考までに、私たちは700万件以上の投稿がある大規模なフォーラムを運営しており、リソースを大量に消費します。週に数回、400〜600人の同時ユーザーがリフレッシュ、投稿、その他あらゆる操作を同時に行います。それ自体には問題はありませんが :smiley: 、時には最適化を行い、限られたリソースで可能な限り最高のパフォーマンスを引き出す必要があります。

「いいね!」 1

SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; をDBに対して実行する値は何ですか?

これで合っているか見てみましょう。

SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; 
checkpoints_timed | checkpoints_req 
-------------------+-----------------
              4936 |             225
(1 row) 
「いいね!」 1

アップデート中のマイグレーションが主な原因のようですが、日常的にはフォーラムは問題ありません。

今月は重いマイグレーションをいくつか実施しました。再構築ログはお持ちではありませんか?

「いいね!」 2

いいえ、後でどこかで見つけようと思いますが、あなたの判断を信頼します :+1: (フォーラムは、私が言及したピーク時の負荷の問題を除けば、正常に動作しています)。

「いいね!」 1