Buffer pool
Le cache de pages de données que la base gère elle-même en RAM. Presque tout le réglage de performances revient, au fond, à faire en sorte que les bonnes pages y restent au lieu d'être relues depuis le disque.
Les lectures passent toujours par le pool : si une page manque, elle est chargée et une autre est évincée selon une politique de type LRU. Les écritures touchent la page en mémoire, qui devient ainsi « sale », et n'atteignent le disque que plus tard, lors d'un checkpoint — entre-temps, la durabilité est assurée par le journal d'écriture anticipée (WAL).
Sous MySQL, le paramètre est innodb_buffer_pool_size et la règle empirique est d'environ 70 % de la mémoire du serveur ; PostgreSQL appelle son équivalent shared_buffers, mais s'appuie délibérément aussi sur le cache de pages du système d'exploitation, et le fixe donc plus bas. Le chiffre à surveiller est le taux de succès : la part des lectures qui n'ont pas eu à toucher le disque.