Início / dba / Perguntas / 24111
Accepted
Hassan Syed
Asked: 2012-09-12 05:06:17 +0800 CST

postgresql colando "enable_seqscan=False" em um UDF sensato?

  • 772

Eu tenho uma consulta que está levando 40 segundos para ser executada nos 80ms que deveria se postgres onde filtrar a chave primária em vez de fazer uma varredura sequencial. Eu tenho que forçar o postgres a filtrar o índice definindo o sinalizador acima.

Ter que colocar isso no UDF parece um truque para mim, quero dizer, não é razoável IMO que o planejador de consulta esteja escolhendo uma varredura seq em vez de um filtro indexado. A maior parte da minha experiência com SQL está fora do SQL Server e nunca experimentei planejar mal essas otimizações básicas.

Editar: Para qualquer pessoa interessada, o tempo de execução da consulta caiu de 80 ms para 27 ms com 9,2, holly molley.

postgresql postgresql-9.1

2 respostas

  1. enable_seqscan=true não faz o que você pensa. Ele apenas permite que o planejador escolha isso. Não força.

    Observe que deve estar ativado de qualquer maneira. As varreduras sequenciais são muito menos dispendiosas no PostgreSQL do que no MySQL, pois elas verificam em ordem física. Muitas vezes eles são o plano mais barato.

    • 1
  2. Best Answer

    Não o defina globalmente, isso levaria a planos de consulta terríveis. Mas existem casos de uso sensatos para enable_seqscan=False. Cito o manual aqui :

    É impossível suprimir totalmente as varreduras sequenciais, mas desativar essa variável desencoraja o planejador de usar uma se houver outros métodos disponíveis. O padrão é on.

    Portanto, se, por algum motivo, o planejador continuar escolhendo uma varredura sequencial em que outro tipo de varredura seria mais rápido, essa pode ser a sua correção feia - apenas para esta consulta . Se nenhuma outra rota estiver disponível, o Postgres ainda usará uma varredura sequencial.

    É claro que, na maioria dos casos, você está apenas encobrindo o problema subjacente - o planejador não deve estar tão errado para começar. Você pode querer começar a descobrir o que há de errado em sua configuração. Está autovacuumativado (padrão), então ANALYZEé executado em suas tabelas automaticamente? tente um manual

    ANALYZE mytable

    Ou ainda:

    VACUUM FULL ANALYZE

    começar com. Então leia o capítulo sobre Planner Cost Constants e procure palavras-chave como random_page_costaqui ou em SO ...
    Suas configurações provavelmente estão muito erradas. Os padrões empacotados dificilmente são bons para bancos de dados maiores.

    • 1

relate perguntas