Como posso acessar as métricas da minha instância do Managed Postgres?
O Query Performance Insights, para análise detalhada de consultas, estará disponível em breve.
Quais opções de backup estão disponíveis?
Infraestrutura e automação
Quais extensões são suportadas?
Posso personalizar os parâmetros de configuração do PostgreSQL?
Se precisar de um parâmetro que ainda não esteja disponível, entre em contato com o suporte para solicitá-lo. Por que estou vendo erros prepared statement does not exist ao passar pelo PgBouncer?
PREPARE (ou o Parse da consulta estendida). Quando o Execute correspondente cai em um backend diferente, você recebe erros como:
ERROR: prepared statement "..." does not exist
ERROR: unnamed prepared statement does not exist
- Picos de erros
prepared statement does not exist, especialmente durante backfills ou escritas com alta concorrência
- Inserts que parecem “falhar silenciosamente” — a instrução gera erro, o driver faz novas tentativas, e um batch pode acabar sendo aplicado parcialmente ou descartado
- Valores retornados com o tipo errado (por exemplo, uma coluna
BIGINT decodificada como um padrão de bits float64) — isso acontece quando um plano em cache no cliente reutiliza códigos de tipo/formato desatualizados em um backend para o qual o Parse correspondente nunca foi enviado
Correção: desative as prepared statements no servidor no seu driver. A configuração exata depende da sua biblioteca cliente:
| Driver | Configuração |
|---|
| pgx (Go) | statement_cache_capacity=0 e default_query_exec_mode=exec (ou simple_protocol) |
| psycopg3 (Python) | prepare_threshold=None |
| asyncpg (Python) | statement_cache_size=0 |
| JDBC (Java) | prepareThreshold=0 |
| node-postgres / pg (Node.js) | Não passe um name para query() (consultas nomeadas se tornam preparadas no servidor) |
O que significa a configuração “max_client_conn” no PgBouncer e como ela se relaciona com max_connections no Postgres?
- Postgres
max_connections limita o número de conexões de backend com o próprio PostgreSQL. Esse é o número mais custoso — cada backend consome memória e um slot de processo.
- PgBouncer
max_client_conn limita o número de conexões de cliente que podem ficar abertas simultaneamente para o pooler. O PgBouncer multiplexa essas várias conexões de cliente em um conjunto muito menor de conexões de backend.
Uma instância típica de Managed Postgres é configurada para que o PgBouncer aceite cerca de 10× mais conexões de cliente do que o número de backends do Postgres (por exemplo, 5000 clientes / 500 backends). Se você vir erros de conexão no pooler, é muito mais provável que esteja esbarrando em um limite de backend por pool (default_pool_size) do que no limite total de clientes.
Recursos do banco de dados
Posso criar vários bancos de dados e esquemas?
Há suporte a Controle de Acesso Baseado em Funções (RBAC)?
Recursos avançados de RBAC com integração ao Console estão planejados para este ano.
Como as atualizações de versão do PostgreSQL são gerenciadas?
- pg_dump and pg_restore: Para bancos de dados menores ou migrações únicas. Consulte o guia pg_dump and pg_restore.
- Logical replication: Para bancos de dados maiores que exigem o mínimo de indisponibilidade. Consulte o guia Replicação lógica.
- PeerDB: Para replicação baseada em CDC a partir de outras fontes do Postgres. Consulte o guia Migração com PeerDB.
Uma experiência de migração totalmente gerenciada estará disponível em breve.
