Ottimizzazione delle prestazioni, che dire di max_wal_size?

Installazione
1

Ciao,

L’ultimo aggiornamento da beta-3 a beta-4 è stato più “macchinoso” del solito per noi e qualcosa di simile a quanto segue continuava a comparire a causa dei log:
Consider increasing the configuration parameter "max_wal_size".

Dato che non sono un esperto in materia, cercandolo su Google è emerso che questo parametro max_wal_size può essere molto importante per le prestazioni (secondo solo a shared_buffers secondo alcuni, vedi sotto):
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

Qualche opinione in merito? Il parametro max_wal_size dovrebbe essere modificato anche se è successo solo durante l’aggiornamento?

Per contesto, abbiamo un grande forum con più di 7 milioni di post, che consuma molte risorse, un paio di volte a settimana con 400-600 utenti simultanei che aggiornano, pubblicano e fanno tutto contemporaneamente. Nessun problema con questo, :smiley: ma a volte siamo costretti a ottimizzare e cercare di ottenere le migliori prestazioni possibili per le nostre (finite) risorse.

1 Mi Piace
2

Qual è il valore dell’esecuzione di SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; sul DB?

3

Vediamo se ho capito bene:

SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; 
checkpoints_timed | checkpoints_req 
-------------------+-----------------
              4936 |             225
(1 row)
1 Mi Piace
4

Sembra che sia stato causato principalmente dalle migrazioni durante l’aggiornamento e, giorno per giorno, il forum va bene.

Abbiamo effettuato alcune migrazioni importanti questo mese, non è che per caso hai ancora il log della tua ricostruzione?

2 Mi Piace
5

No, posso provare a cercarlo più tardi, ma mi fido del tuo giudizio :+1: (il forum funziona bene a parte alcuni problemi di caricamento durante quelle ore di punta che ho menzionato).

1 Mi Piace