Uma única consulta do PostgreSQL pode usar vários núcleos?
772
Nas versões recentes do PostgreSQL (a partir de dezembro de 2013), podemos compartilhar uma consulta entre dois ou mais núcleos para obter um aumento de desempenho? Ou devemos obter núcleos mais rápidos?
Não, para versões do PostgreSQL anteriores à v9.6. Por favor, veja o FAQ do PostgreSQL : Como o PostgreSQL usa os recursos da CPU?
O servidor PostgreSQL é baseado em processo (não encadeado). Cada sessão de banco de dados se conecta a um único processo do sistema operacional (SO) PostgreSQL . Várias sessões são espalhadas automaticamente por todas as CPUs disponíveis pelo sistema operacional. O sistema operacional também usa CPUs para lidar com E/S de disco e executar outras tarefas que não sejam de banco de dados. Os aplicativos cliente podem usar encadeamentos, cada um dos quais se conecta a um processo de banco de dados separado.
Desde a versão 9.6, partes de algumas consultas podem ser executadas em paralelo, em processos de SO separados, permitindo o uso de vários núcleos de CPU. As consultas paralelas são habilitadas por padrão na versão 10 (max_parallel_workers_per_gather), com paralelismo adicional esperado em versões futuras.
Encontrei parsel (parallel select) PL/pgSQL function , que divide sua consulta com base na chave primária, conecta-se ao banco de dados por meio da extensão dblink e aguarda todas as subconsultas.
O autor também escreveu um artigo sobre essa função.
Não. Cada conexão gera um processo separado no servidor.
Você pode "emular" algum paralelismo usando uma linguagem procedural como pljava. Crie um procedimento (função) java que inicie vários threads e crie o resultado de saída usando vários trabalhadores. O back-end é sincronizado para que cada trabalhador possa atualizar a saída assíncrona.
Java tem um bom suporte para coordenação/cooperação de threads.
Como exemplos, isso seria bom para operações intensivas de CPU ou operações de comprimento de rede.
Não, para versões do PostgreSQL anteriores à v9.6. Por favor, veja o FAQ do PostgreSQL : Como o PostgreSQL usa os recursos da CPU?
PostgreSQL 9.6+ em diante, começaria a ver o Parallel-Query finalmente chegando ao PostgreSQL.
Por exemplo, Conceitos como Parallel Scan / Parallel Join / Parallel Aggregates já estão incorporados, com mais para vir em breve.
O que é realmente empolgante é que há relatos confirmando
near-linear speed-upem alguns casos, o que é bastante impressionante!Não, mas existe uma solução. :)
Encontrei parsel (parallel select) PL/pgSQL function , que divide sua consulta com base na chave primária, conecta-se ao banco de dados por meio da extensão dblink e aguarda todas as subconsultas.
O autor também escreveu um artigo sobre essa função.
Não. Cada conexão gera um processo separado no servidor.
Você pode "emular" algum paralelismo usando uma linguagem procedural como pljava. Crie um procedimento (função) java que inicie vários threads e crie o resultado de saída usando vários trabalhadores. O back-end é sincronizado para que cada trabalhador possa atualizar a saída assíncrona.
Java tem um bom suporte para coordenação/cooperação de threads.
Como exemplos, isso seria bom para operações intensivas de CPU ou operações de comprimento de rede.