PostgreSQL approchant la mise en cache de plan sur des requêtes identiques?

Question

J'exécute des tests de benchmarks sur beaucoup de requêtes. J'ai un ensemble de requêtes et elles seront exécutées plusieurs fois après l'autre. Je sais que PostgreSQL met en cache des plans de requête, c'est donc important à prendre en compte, mais pour autant que je sache, cela n'arrive pas toujours.

J'ai donc deux approches. Je considère soit (a) forcer le plan de requête à être généré chaque fois que j'exécute une requête, soit (b) à 'réchauffer' un peu afin qu'un plan soit mis en cache et qu'il soit réutilisé à chaque fois. Comment puis-je effectuer l'une ou l'autre ou quelles précautions puis-je prendre pour que l'un ou l'autre se produise?

Ce serait génial si je pouvais surveiller les plans dans le cache mais je ne suis pas sûr que ce soit possible. MISE À JOUR: Mes requêtes sont des SELECT complexes pour récupérer des données, pas de DELETE/INSERT, etc. Est-ce que cela signifie que je ne devrais pas donner autant de respect au planificateur de requêtes dans les benchmarks?

Answer 1

PostgreSQL met en cache uniquement les plans de requête si

• vous utilisez des instructions préparées
• l'instruction est exécutée dans une fonction PL/pgSQL

Donc, si vous voulez référence combien plus rapidement vos requêtes deviennent si vous évitez le surcoût de la planification, vous devez créer une instruction préparée et l'exécuter au moins six fois (car les cinq premières exécutions génèrent toujours un plan personnalisé). Si vos requêtes sont complexes, vous risquez même de perdre si vous mettez en cache des plans de requête, en particulier si l'exécution des requêtes est longue. Dans ce cas, il est généralement préférable de consacrer plus d'efforts à la planification de chaque requête. La plus grande victoire avec les instructions préparées est lorsque le temps d'exécution des requêtes est faible.