Início / dba / Perguntas / 86620
Accepted
Andomar
Asked: 2014-12-20 06:50:35 +0800 CST

Monitorando o analisador de consulta do Postgres

  • 772

Pelo que entendi, quando você envia uma consulta ao Postgres como:

SELECT id FROM table1 WHERE name = $1;

O Postgres criará um plano de consulta. O plano será armazenado em cache para a mesma consulta na mesma sessão. Mas se você criar uma função:

CREATE OR REPLACE FUNCTION get_table1 (parname text) RETURNS bigint
LANGUAGE plpgsql AS 
$$BEGIN
  RETURN (SELECT id FROM table1 where name = parname);
END$$;

O plano de consulta será armazenado em cache para todas as sessões futuras.

Gostaria de verificar essa teoria verificando com que frequência o analisador de consultas é invocado. Existe uma maneira de inspecionar o número de vezes que o Postgres analisa uma consulta?

Se possível, gostaria de monitorar coisas como #parses por segundo e a duração mínima/máxima/média da análise.

postgresql postgresql-9.1

1 respostas

  1. Best Answer

    Não é possível salvar planos de consulta "para todas as sessões futuras". Os planos de consulta são salvos apenas para a sessão atual. E reutilizado apenas sob várias condições favoráveis.

    Os planos para consultas SQL ad hoc não são salvos . Todas as consultas dentro das funções PL/pgSQL são tratadas como instruções preparadas . E há mais etapas do que apenas o planejamento da consulta.

    É importante observar que houve mudanças substanciais desde o Postgres 9.1 , onde os planos genéricos foram salvos de forma mais geral e reutilizados para instruções dentro do PL/pgSQL. Isso se tornou muito mais inteligente com a página 9.2.

    O manual (ênfase em negrito meu):

    As instruções preparadas duram apenas a duração da sessão atual do banco de dados.

    Isso não diz nada sobre planos de consulta ainda:

    Quando a PREPAREinstrução é executada, a instrução especificada é analisada, analisada e reescrita . Quando um EXECUTEcomando é emitido posteriormente, a instrução preparada é planejada e executada .

    E mais abaixo:

    Se uma instrução preparada for executada várias vezes, o servidor pode eventualmente decidir salvar e reutilizar um plano genérico em vez de replanejar a cada vez. Isso ocorrerá imediatamente se a instrução preparada não tiver parâmetros; caso contrário, ocorrerá apenas se o plano genérico parecer não muito mais caro do que um plano que depende de valores de parâmetros específicos. Normalmente, um plano genérico será selecionado apenas se o desempenho da consulta for estimado como bastante insensível aos valores de parâmetros específicos fornecidos.

    Como saber se um plano genérico é usado?

    Para examinar o plano de consulta que o PostgreSQL está usando para uma instrução preparada, use EXPLAIN. Se um plano genérico estiver em uso, ele conterá símbolos de parâmetro $n, enquanto um plano personalizado terá os valores de parâmetro reais atuais substituídos nele.

    Um plano salvo é sempre um plano genérico, mas não o contrário.
    Onde as declarações preparadas são salvas?

    Você pode ver todas as instruções preparadas disponíveis na sessão consultando a pg_prepared_statementsvisualização do sistema.

    Planos de consulta para instruções SQL em PL/pgSQL

    Esses não são normalmente visíveis na EXPLAINsaída. Você também pode instalar o módulo adicional de autoexplicação para gravar esses planos no log. Detalhes aqui:

    Para obter detalhes sobre como planejar o cache nas funções PL/pgSQL, leia o manual diretamente.

    • 4

relate perguntas