Início / dba / Perguntas / 314957
Accepted
Dolphin
Asked: 2022-07-28 20:25:37 +0800 CST

quantas conexões devo definir para o PostgreSQL

  • 772

Quantas conexões devo definir para o PostgreSQL (versão 13.x)? pelo núcleo da CPU? o tamanho da memória? qual valor devo escolher? como estimar o valor da conexão para o PostgreSQL? devo estimar assim?

(single_thread_memory） = thread_stack（256KB） + binlog_cache_size（32KB） + join_buffer_size（256KB） + sort_buffer_size（256KB） + read_buffer_size（128KB） + read_rnd_buffer_size（256KB）= 1MB
postgresql

1 respostas

  1. Best Answer

    Infelizmente, não existe uma fórmula única para determinar definitivamente qual max_connectionsdeve ser uma configuração. Muitos fatores provavelmente devem ser considerados.

    Por exemplo:

    • Quantos núcleos podem ser alocados ao seu servidor de banco de dados?
    • Quantas conexões serão persistentes ou transitórias? Quantas das conexões persistentes geralmente ficarão ociosas ou ociosas na transação (o último geralmente menos desejável)?
    • Qual é o número máximo de conexões simultâneas que devem ser atendidas (por exemplo, para prevenção de negação de serviço acidental, acidental e/ou intencional)?
    • Que proporção de suas consultas devem ser vinculadas ao núcleo versus vinculadas à E/S?
    • Quais outros serviços, se houver, seu servidor de banco de dados estará executando e esses serviços são mais vinculados ao núcleo e/ou vinculados à E/S?
    • Servidores adicionais com dados sincronizados/replicados podem ser implementados para lidar com demandas de curto e/ou longo prazo (em oposição ao aumento de max_connections?
    • Se você pode realizar testes de carga, como com pgbenche/ou com testes específicos de aplicativos, quais consultas, simultaneidades etc. revelaram limites principais, limites de E/S, limites de rede etc.!?
    • Como você deseja que seu ambiente falhe quando sobrecarregado (por exemplo, é melhor aceitar o maior número possível de conexões, se elas não puderem ser atendidas razoavelmente, ou é melhor garantir que todas as conexões bem-sucedidas sejam atendidas às custas de rejeitar outros)?

    Alternativas para max_connectionsisso podem ser de interesse:

    • Uso de superuser_reserved_connectionspara disponibilidade de conexão crítica/de alta prioridade.
    • Uso de extensões (por exemplo, módulos de contribuição do usuário como connection_limits) que permitem limites de conexão por banco de dados, por usuário e por IP.
    • Uso de wrappers procedurais autônomos e/ou comunitários (por exemplo, PL/pgSQL) para implementar efetivamente cotas de camada de "aplicativo" para usuários, IPs, consultas, etc.

    Em relação ao(s) outro(s) aspecto(s) da sua pergunta, aplica-se o mesmo tipo de análise; por exemplo, quanto work_memdeve ser alocado com base nas consultas que estão sendo executadas. Considere ler o PostgreSQL: Administração do Servidor: Configuração do Servidor: Consumo de Recursos . Vale a pena considerar quase todas essas configurações ao ajustar um servidor PostgreSQL (assim como aquelas em PostgreSQL: Server Administration: Server Configuration .

    • 1

relate perguntas