O Postgresql armazena em cache os planos para instruções preparadas e suas execuções subsequentes. veja: https://www.postgresql.org/docs/current/sql-prepare.html https://stackoverflow.com/questions/7142335/how-does-postgresql-cache-statements-and-data
A pergunta que tenho é o que destruirá/reescreverá/limpará o postgres em cache? Naturalmente, qualquer instrução DDL (como drop, alter etc.) serviria. Mas há outras coisas?
Estou tentando descobrir se a relação do Postgres e o cache do catálogo são por conexão ou por servidor? Eu descobri que os caches do plano são por conexão. Faz sentido que o cache exista enquanto o servidor estiver em execução, mas não consigo encontrar nenhuma documentação sobre ele.
Estou tentando entender os internos do MySQL. Eu sei que o gerenciamento de buffer pool do MySQL tem uma lista de páginas antigas/jovens como mostra aqui. E eu sei sobre a descarga de páginas sujas antigas, como explicado aqui e como personalizá-lo aqui. Também estou ciente de que o MySQL usa um algoritmo LRU para remoção de página como aqui.
No entanto, existe um daemon/thread do conjunto de buffers que despeja páginas somente leitura (não páginas sujas) que foram trazidas para o conjunto de buffers por, digamos, uma instrução select? Existem maneiras de personalizá-lo (por exemplo, quando eu passar 95% da capacidade do bufferpool, começar a despejar páginas lidas ou liberar páginas sujas). Em outras palavras, quais gatilhos no algoritmo LRU despejam páginas do buffer pool (por exemplo, tempo em que uma página está no buffer pool, porcentagem de buffer pool preenchido, necessidade de despejar páginas para que novas páginas sejam carregadas), isso é ajustável?