Início / dba / Perguntas / 251274
Accepted
Erwin Brandstetter
Asked: 2019-10-17 09:32:03 +0800 CST

Quando marcar funções como PARALLEL RESTRICTED vs PARALLEL SAFE?

  • 772

O manual do Postgres 12 diz:

As operações a seguir são sempre restritas em paralelo.

  • Varreduras de expressões de tabela comuns (CTEs).
  • Varreduras de tabelas temporárias.
  • ...

Mais abaixo na mesma página de manual:

[...] Da mesma forma, as funções devem ser marcadas PARALLEL RESTRICTEDse acessarem tabelas temporárias, estado de conexão do cliente, cursores, instruções preparadas ou estado local de back-end diverso que o sistema não pode sincronizar entre os trabalhadores. Por exemplo, setseede randomsão paralelas restritas por este último motivo.

Nenhuma menção a CTEs. Agora não tenho certeza se posso usar PARALLEL SAFEpara funções que contêm um CTE. Faria sentido para mim que esses fossem apenas PARALLEL RESTRICTED.

Contexto: Eu tenho que determinar o melhor rótulo para funções definidas pelo usuário existentes. A configuração é nova desde o Postgres 9.6, e pode ter um grande impacto no desempenho, pois as operações que envolvem funções que não são não PARALLEL SAFEserão executadas por trabalhadores paralelos, PARALLEL RESTRICTEDapenas pelo líder. (E PARALLEL USAFEdesativa o paralelismo completamente.)

Eu postei uma pergunta relacionada em pgsql-general .

postgresql functions

1 respostas

  1. Best Answer

    Se uma função contém uma consulta que usa um CTE e essa função é usada por um processo de trabalho paralelo, a consulta e o CTE só serão executados no contexto de processo privado do trabalhador paralelo. Não há estado compartilhado envolvido na criação ou verificação desse CTE.

    Portanto, é seguro marcar a função PARALLEL SAFE.

    A citação da documentação diz que um CTE definido em uma consulta que deve ser paralelizada só pode ser escaneado pelo processo líder, não pelos trabalhadores paralelos, justamente pelo fato de que o CTE não é compartilhado entre os processos. Isso não tem impacto nas CTEs definidas em consultas executadas em funções chamadas por trabalhadores paralelos, porque essas consultas aninhadas não serão paralelizadas de qualquer maneira :

    Mesmo quando, em geral, é possível gerar planos de consulta paralela, o planejador não os gerará para uma determinada consulta se alguma das seguintes condições for verdadeira:

    [...]

    • A consulta está sendo executada dentro de outra consulta que já é paralela. Por exemplo, se uma função chamada por uma consulta paralela emitir uma consulta SQL, essa consulta nunca usará um plano paralelo.
    • 4

relate perguntas