Considerações para trabalhar com Amazon Aurora DSQL

Os cálculos de limite de armazenamento podem levar algum tempo para exibir o armazenamento liberado após a execução do comando DROP TABLE. Se você precisar de capacidade de armazenamento adicional, consulte Cotas de cluster para solicitar atualizações de cota.

Para tabelas grandes no Aurora DSQL, use o catálogo do sistema para recuperar contagens de linhas da tabela em vez de operações COUNT(*). Para ter mais informações, consulte Usar tabelas de sistema e comandos no Aurora DSQL.

O Aurora DSQL gerencia permissões por meio de concessões em nível de esquema. Os usuários administradores criam esquemas usando CREATE SCHEMA e concedem acesso usando GRANT USAGE ON SCHEMA. Os usuários administradores gerenciam objetos no esquema público, enquanto os usuários não administradores criam objetos em esquemas criados pelo usuário. O perfil de administrador pode se autoconceder qualquer outro perfil para obter permissões em objetos criados pelo usuário. Para obter mais informações, consulte Autorizar perfis de banco de dados a usar SQL no banco de dados.

Quando os drivers chamam PG_PREPARED_STATEMENTS, o Aurora DSQL oferece uma visualização ampla do cluster com relação às instruções preparadas que estão armazenadas em cache. Talvez você veja mais instruções preparadas por conexão do que o esperado para o mesmo cluster e perfil do IAM. O Aurora DSQL gerencia o nome das instruções dinamicamente durante a preparação.

Ao se conectar por meio de instâncias somente IPv4, verifique se o cliente está configurado para conexões IPv4. Alguns clientes PostgreSQL tentam conexões IPv4 e IPv6 no modo de pilha dupla. Se a conexão IPv4 sofrer controle de utilização, o cliente poderá tentar IPv6 e exibir o erro NetworkUnreachable em hosts somente IPv4. Configure o cliente para usar IPv4 explicitamente e evitar esse comportamento.

Depois que um usuário administrador cria um esquema, as alterações GRANT e REVOKE propagam-se para as conexões existentes durante a vida útil da conexão (até uma hora). Para obter um efeito imediato, estabeleça uma nova conexão após alterações de permissão.

Durante cenários raros de recuperação de clusters vinculados a várias regiões, as operações automatizadas de recuperação de cluster mantêm alta disponibilidade, mas pode haver erros transitórios de controle de simultaneidade ou de conexão. Na maioria dos casos, somente uma porcentagem da workload é afetada. Quando se deparar com esses erros transitórios, tente novamente a transação ou se reconecte com o cliente.

Alguns clientes SQL, como o DataGrip, solicitam amplos metadados do sistema para preencher as informações do esquema. O Aurora DSQL fornece metadados essenciais para a funcionalidade de consulta SQL. A exibição do esquema nesses clientes pode mostrar informações limitadas em comparação com o conjunto completo de recursos.

Para garantir que as consultas reconheçam esquemas e tabelas recém-criados, atualize a conexão depois de criar ou eliminar objetos do banco de dados. Isso inclui cenários em que são exibidos erros Schema Already Exists após a remoção de um esquema ou de consultas a objetos criados em outra conexão. Desconecte e reconecte ou execute SET search_path novamente para atualizar o cache do catálogo.

Em consultas complexas, use EXPLAIN ANALYZE VERBOSE para identificar operações de alta latência e otimizar os planos de consulta. Os índices de cobertura podem reduzir significativamente os custos de DPU ao permitir verificações somente de índice em vez de verificações de tabelas completas. Para obter mais informações, consulte Trabalhar com os planos EXPLAIN do Aurora DSQL.

Os limites de conexão são gerenciados em nível de cluster. Consulte Cotas de cluster para solicitar atualizações de cota.