Início / dba / Perguntas / 8933
Accepted
francs
Asked: 2011-12-08 17:13:39 +0800 CST

Qual é o propósito do parâmetro server_reset_query do PGBouncer?

  • 772

Recentemente, comecei a aprender sobre o pgbouncer, mas há algumas coisas que não entendo sobre o parâmetro server_reset_query.

Pergunta 1: Qual é o objetivo principal do server_reset_query?

Questão 2: Existem três modos do pool_mode do pgbouncer: sessão, transação e modo de declaração. Quando o pool_mode é sessão, geralmente definimos os valores de
server_reset_query como 'DISCARD ALL'. Quando o pool_mode é uma transação, geralmente definimos os valores de server_reset_query como '',

Eu não sei os detalhes sobre isso, então alguém pode explicar isso?

postgresql

2 respostas

  1. Best Answer

    Como o pgbouncer é um pooler de conexões, ele reutilizará uma conexão real com o servidor de banco de dados para potencialmente muitas conexões de clientes. Ele precisa garantir que qualquer estado de sessão criado pelo primeiro cliente seja redefinido quando o próximo cliente obtiver a conexão. Caso contrário, o primeiro cliente pode fazer algo como SET statement_timeout = '5min', e isso se aplicaria a todos os clientes subsequentes que receberem essa conexão. Para evitar isso, o pgbouncer emite a "consulta de redefinição do servidor" antes de entregar a conexão do servidor a um novo cliente. Como diz a documentação

    Uma boa escolha para Postgres 8.2 e abaixo é:

    server_reset_query = RESET ALL; SET SESSION AUTHORIZATION DEFAULT;

    para 8.3 e acima é suficiente fazer:

    server_reset_query = DISCARD ALL;

    A principal razão pela qual essa configuração existe é que a DISCARD ALLinstrução, que foi inventada para esse propósito, não estava disponível antes do PostgreSQL 8.3.

    A configuração se aplica independentemente do modo de piscina. Observe que o cliente pode emitir uma SETinstrução ou algo parecido em qualquer modo de pool.

    A documentação também diz

    Quando o pool de transações é usado, o server_reset_querydeve estar vazio, pois os clientes não devem usar nenhum recurso de sessão.

    Eu acho que esta é uma abordagem baseada na fé. Se você acha que seu código está limpo e precisa de desempenho extra, vá em frente. Eu fui mordido por isso, no entanto. Por exemplo, se você usar check_postgres para monitorar suas conexões pgbouncer, ele emitirá um SET statement_timeoutcomo eu mostrei acima e bagunçará suas conexões.

    • 9

  2. Eu pesquisei e pesquisei no yahoo e cheguei a esta breve definição:

    server_reset_query

    Consulta enviada ao servidor na liberação da conexão, antes de disponibilizá-la para outros clientes. Nesse momento, nenhuma transação está em andamento, portanto, não deve incluir ABORT ou ROLLBACK.

    Apenas pelo nome do parâmetro, server_reset_query, é uma consulta que redefine o servidor de alguma forma. Pelas definições e exemplos que vi no google, yahoo e postgresql.org, parece ser uma diretiva que emite uma ou mais consultas para reciclar conexões e recursos associados.

    IMHO, não parece haver muita explicação por trás desta diretiva, exceto para ver exemplos de seu uso. Tais exemplos incluem:

    server_reset_query = DISCARD ALL;
server_reset_query = RESET ALL; SET SESSION AUTHORIZATION DEFAULT;

    Examine o máximo de exemplos dessa configuração que puder encontrar. Anote as consultas anexadas server_reset_querye descubra o que essas consultas individuais fazem. Então, o propósito de server_reset_queryficará mais claro para você.

    Mais exemplos disponíveis aqui: http://pgbouncer.projects.postgresql.org/doc/faq.html

    Se houver algum usuário do pgBouncer por aí no DBA.SE, por favor, acione. Eu mesmo sou apenas um DBA nominal do PostgreSQL.

    • 2

relate perguntas