Ottimizzazione di I/O del disco e checkpoint

L'Input/Output (I/O) su disco è un fattore fondamentale per le prestazioni di PostgreSQL. Indica la velocità con cui il database può leggere e scrivere dati sullo spazio di archiviazione.

Un I/O su disco lento diventa spesso un grave collo di bottiglia, causando un'esecuzione più lenta delle query e una generale mancanza di reattività del sistema.

Comprendere e ottimizzare le impostazioni relative all'I/O è fondamentale per ottenere un'istanza PostgreSQL dalle alte prestazioni.

Un checkpoint è un processo fondamentale di PostgreSQL che garantisce la durabilità dei dati e facilita il ripristino dopo un arresto anomalo.

Durante un checkpoint, tutte le pagine di dati "sporche" (dati modificati in memoria ma non ancora scritti su disco) vengono scaricate da shared_buffers nella directory dei dati su disco.

In questo modo si garantisce che, almeno fino al checkpoint, tutte le modifiche sottoposte a commit siano salvate in modo sicuro su uno spazio di archiviazione persistente.

I checkpoint vengono generalmente attivati in due modi principali:

• Quando è trascorso un determinato intervallo di tempo (controllato da checkpoint_timeout).
• Quando è stata generata una determinata quantità di dati del Write-Ahead Log (WAL) (controllata da max_wal_size).

Quando si verifica un checkpoint, PostgreSQL scrive un record speciale nel WAL, indicando che tutte le pagine di dati precedenti a quel punto sono state scaricate su disco. Questa operazione può richiedere molto I/O.

Il parametro checkpoint_timeout definisce l'intervallo massimo tra i checkpoint automatici del WAL. Il valore predefinito è 5 minuti.

Un intervallo più lungo significa checkpoint meno frequenti, ma ciascun checkpoint scaricherà più dati, causando potenzialmente picchi di I/O più elevati. Un intervallo più breve significa operazioni di I/O più frequenti, ma di dimensioni minori.

Trovare il giusto equilibrio aiuta a rendere più regolare l'attività del disco.

Il parametro max_wal_size imposta la dimensione massima del Write-Ahead Log (WAL) che può accumularsi prima che venga imposto un checkpoint.

Se la quantità di WAL generata supera questo limite, si verifica immediatamente un checkpoint, indipendentemente dall'impostazione di checkpoint_timeout.

Aumentare questo valore consente l'accumulo di una quantità maggiore di WAL, con checkpoint meno frequenti ma potenzialmente più grandi. Il valore predefinito è 1 GB.

Il parametro min_wal_size specifica la dimensione minima dei segmenti WAL da conservare. Questo contribuisce a garantire che sia disponibile una quantità sufficiente di WAL per i processi di recupero.

Se i file WAL vengono riciclati troppo rapidamente, possono verificarsi amplificazioni delle scritture quando vengono creati nuovi file WAL. Impostare un valore ragionevole per min_wal_size (ad esempio 1GB) può contribuire a prevenirle e a garantire un recupero più rapido dopo un arresto anomalo.

Questo parametro determina la frazione obiettivo di checkpoint_timeout entro la quale un checkpoint dovrebbe essere completato.

Ad esempio, se checkpoint_completion_target è impostato su 0.9 e checkpoint_timeout è di 10 minuti, PostgreSQL cercherà di distribuire le operazioni di I/O del checkpoint nell'arco di 9 minuti.

Un valore più alto (più vicino a 1.0) distribuisce l'I/O in modo più uniforme, riducendo l'impatto dei picchi di scrittura correlati ai checkpoint. Il valore predefinito è 0.9.

Anche se non è direttamente un'impostazione dei checkpoint, random_page_cost influenza significativamente le decisioni del planner delle query relative all'I/O su disco.

Rappresenta la stima del planner del costo di recupero di una pagina del disco a cui si accede in modo non sequenziale. Il valore predefinito è 4.0.

Ridurre questo valore (ad esempio a 1.0-2.0 per le unità SSD) indica al planner che l'I/O casuale è meno costoso, incoraggiandolo potenzialmente a scegliere più spesso le scansioni degli indici. Adatti questo valore con cautela in base al tipo di spazio di archiviazione.

Oltre alle impostazioni interne di PostgreSQL, anche lo scheduler I/O del sistema operativo influisce sulle prestazioni del disco.

Su Linux, tra gli scheduler più comuni vi sono noop (per ambienti virtualizzati o SSD), deadline (per un equilibrio tra throughput e latenza) e CFQ (per garantire equità tra i processi).

Scegliere lo scheduler I/O più adatto al carico di lavoro e al tipo di spazio di archiviazione può offrire ulteriori miglioramenti delle prestazioni, anche se questo aspetto non rientra nella configurazione diretta di PostgreSQL.

In questa lezione abbiamo analizzato il ruolo fondamentale dell'I/O su disco nelle prestazioni di PostgreSQL e il modo in cui i checkpoint garantiscono la durabilità dei dati.

Abbiamo imparato a configurare alcuni parametri chiave:

• checkpoint_timeout: controlla la frequenza dei checkpoint.
• max_wal_size: limita l'accumulo di WAL prima di un checkpoint forzato.
• min_wal_size: garantisce la conservazione di una quantità sufficiente di WAL.
• checkpoint_completion_target: distribuisce nel tempo l'I/O dei checkpoint.
• random_page_cost: influenza le ipotesi del planner delle query riguardo all'I/O.

Configurare correttamente queste impostazioni può ridurre significativamente i picchi di I/O e migliorare la reattività complessiva del sistema.