# Visão geral do Performance Insights no Amazon Aurora **Importante** A AWS anunciou a data de fim da vida útil do Insights de Performance: 30 de junho de 2026. Após essa data, o Amazon RDS não oferecerá mais suporte à experiência do console, aos períodos de retenção flexíveis (de 1 a 24 meses) e aos preços associados do Insights de Performance. A API do Insights de Performance continuará existindo sem alterações de preço. Os custos da API do Insights de Performance aparecerão em sua fatura da com o custo do CloudWatch Database Insights. Recomendamos que você atualize todos os clusters de banco de dados usando o nível pago do Insights de Performance para o modo avançado do Database Insights antes de 30 de junho de 2026. Para ter informações sobre como atualizar para o modo avançado do Database Insights, consulte [Ativação do modo Avançado do Database Insights para Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md). Se você não tomar nenhuma medida, os clusters de banco de dados que estão usando o Insights de Performance usarão como padrão o modo padrão do Database Insights. Com o modo padrão do Database Insights, você pode perder o acesso ao histórico de dados de desempenho após sete dias e talvez não consiga usar planos de execução e recursos de análise sob demanda no console do Amazon RDS. Após 30 de junho de 2026, somente o modo avançado do Database Insights aceitará planos de execução e análise sob demanda. Com o CloudWatch Database Insights, você pode monitorar a carga do banco de dados para sua frota de bancos de dados e analisar e solucionar problemas de desempenho em grande escala. Para ter mais informações sobre o Database Insights, consulte [Monitoramento de bancos de dados do Amazon Aurora com o CloudWatch Database Insights](USER_DatabaseInsights.md). Para obter informações de definição de preço, consulte [Definição de preço do Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). Por padrão, o RDS ativa o Insights de Performance no assistente de criação do console para mecanismos do Amazon RDS. Se você ativar o Insights de Performance em nível de cluster de banco de dados, o RDS habilitará o Insights de Performance para cada instância de banco de dados no cluster. Se você tiver mais de um banco de dados em uma instância de banco de dados, o Performance Insights agregará dados de performance. É possível encontrar uma visão geral do Performance Insights para Amazon Aurora no vídeo a seguir. [![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458) **Topics** + [Carga de banco de dados](USER_PerfInsights.Overview.ActiveSessions.md) + [Máximo de CPU](USER_PerfInsights.Overview.MaxCPU.md) + [Mecanismo de banco de dados do Amazon Aurora, região e classe de instância compatíveis com o Insights de Performance](USER_PerfInsights.Overview.Engines.md) + [Preços e retenção de dados para o Performance Insights](USER_PerfInsights.Overview.cost.md) # Carga de banco de dados *Carga do banco do dados* mede o nível de atividade de sessão no banco de dados. `DBLoad` é a métrica principal no Insights de Performance, e o Insights de Performance coleta a carga do banco de dados a cada segundo. **Topics** + [Sessões ativas](#USER_PerfInsights.Overview.ActiveSessions.active-sessions) + [Média de sessões ativas](#USER_PerfInsights.Overview.ActiveSessions.AAS) + [Média de execuções ativas](#USER_PerfInsights.Overview.ActiveSessions.AAE) + [Dimensões](#USER_PerfInsights.Overview.ActiveSessions.dimensions) ## Sessões ativas Uma *sessão de base de dados relacional* representa o diálogo de uma aplicação com um banco de dados relacional. Uma sessão ativa é uma conexão que enviou trabalho para o mecanismo de banco de dados e está aguardando uma resposta. Uma sessão fica ativa quando está em execução na CPU ou aguardando a disponibilidade de um recurso para que ela possa continuar. Por exemplo, uma sessão ativa pode esperar que uma página (ou um bloco) seja lida na memória e, depois, consumir CPU enquanto faz a leitura dos dados na página. ## Média de sessões ativas A *média de sessões ativas (AAS)* é a unidade da métrica `DBLoad` no Performance Insights. Ele mede quantas sessões estão ativas simultaneamente no banco de dados. A cada segundo, o Insights de Performance faz uma amostra do número de sessões executando simultaneamente uma consulta. Para cada sessão ativa, o Insights de Performance coleta os seguintes dados: + Declaração do SQL + Estado da sessão (em execução na CPU ou em espera) + Host + Usuário executando o SQL O Insights de Performance calcula a AAS dividindo o número total de sessões pelo número total de amostras por um período específico. Por exemplo, a tabela a seguir mostra cinco amostras consecutivas de uma consulta em execução em intervalos de um segundo. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html) No exemplo anterior, a carga do banco de dados para o intervalo de tempo foi de 2 AAS. Essa medida significa que, em média, duas sessões estavam ativas em determinado momento durante o intervalo em que as cinco amostras foram obtidas. ## Média de execuções ativas A média de execuções ativas (AAE) por segundo está relacionada ao AAS. Para calcular os AAE, o Performance Insights divide o tempo total de execução de uma consulta pelo intervalo de tempo. A tabela a seguir mostra o cálculo de AAE para a mesma consulta na tabela anterior. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.ActiveSessions.html) Na maioria dos casos, o AAS e o AAE de uma consulta são aproximadamente os mesmos. No entanto, como as entradas para os cálculos são diferentes fontes de dados, os cálculos geralmente variam ligeiramente. ## Dimensões A métrica `db.load` é diferente das outras métricas da série temporal, pois você pode fragmentá-la em subcomponentes chamados de dimensões. Você pode pensar em dimensões como “pedaços” de categorias para as diferentes características da métrica `DBLoad`. Quando você está diagnosticando problemas de performance, as seguintes dimensões geralmente são as mais úteis: **Topics** + [Eventos de espera](#USER_PerfInsights.Overview.ActiveSessions.waits) + [SQL principal](#USER_PerfInsights.Overview.ActiveSessions.top-sql) Para obter uma lista completa de dimensões dos mecanismos Aurora, consulte [Carga de banco de dados separada por dimensões](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims). ### Eventos de espera Um *evento de espera* faz com que uma instrução SQL aguarde que um evento específico aconteça antes que ele possa continuar a execução. Eventos de espera são uma dimensão, ou categoria, importante para a carga do banco de dados, pois indicam onde o trabalho está impedido. Todas as sessões ativas estão em um estado de espera ou de execução na CPU. Por exemplo, sessões consomem CPU quando procuram um buffer na memória, realizam um cálculo ou executam um código processual. Quando as sessões não estão consumindo CPU, elas podem estar aguardando a liberação de um buffer de memória, a leitura de um arquivo de dados ou a gravação em um log. Quanto mais tempo uma sessão aguardar recursos, menos tempo ela será executada na CPU. Ao ajustar um banco de dados, muitas vezes você tenta descobrir os recursos que as sessões estão aguardando. Por exemplo, dois ou três eventos de espera podem representar 90% da carga do banco de dados. Essa medida significa que, em média, as sessões ativas estão passando a maior parte do tempo aguardando um pequeno número de recursos. Se você conseguir descobrir a causa dessas esperas, poderá tentar uma solução. Os eventos de espera variam de acordo com o mecanismo de banco de dados: + Para obter uma lista dos eventos de espera comuns do Aurora MySQL, consulte [Eventos de espera do Aurora MySQL](AuroraMySQL.Reference.Waitevents.md). Para aprender a ajustar utilizando esses eventos de espera, consulte [Ajustar o Aurora MySQL](AuroraMySQL.Managing.Tuning.md). + Para obter informações sobre todos os eventos de espera do MySQL, consulte [Tabelas de resumo de eventos de espera](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) na documentação do MySQL. + Para obter uma lista de eventos de espera comuns do Aurora PostgreSQL, consulte [Eventos de espera do Amazon Aurora PostgreSQL](AuroraPostgreSQL.Reference.Waitevents.md). Para aprender a ajustar utilizando esses eventos de espera, consulte [Ajustar com eventos de espera do Aurora PostgreSQL](AuroraPostgreSQL.Tuning.md). + Para obter informações sobre todos os eventos de espera do PostgreSQL, consulte [The Statistics Collector > Wait Event tables](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE) (Coletor de estatísticas > Tabelas de eventos de espera) na documentação do PostgreSQL. ### SQL principal Enquanto eventos de espera mostram gargalos, o gráfico Top SQL (SQL principal) mostra quais consultas estão contribuindo mais para a carga do banco de dados. Por exemplo, muitas consultas podem estar em execução no banco de dados, mas uma única consulta pode consumir 99% da carga do banco de dados. Nesse caso, a carga alta pode indicar um problema com a consulta. Por padrão, o console do Performance Insights exibe as consultas de SQL principal que estão contribuindo para a carga do banco de dados. O console também mostra estatísticas relevantes para cada instrução. Para diagnosticar problemas de performance para uma instrução específica, você pode examinar seu plano de execução. # Máximo de CPU No painel, o gráfico **Carga de banco de dados** coleta, agrega e exibe informações da sessão. Para ver se as sessões ativas estão excedendo o máximo de CPU, observe sua relação com a linha **Máx. vCPU**. O Insights Performance determina o valor de **Máx. vCPU** pelo número de núcleos de vCPU (CPUs virtuais) da instância de banco de dados. Para Aurora Serverless v2,** Máx. vCPU** representa o número estimado de vCPUs. Um processo pode ser executado em uma vCPU por vez. Se o número de processos exceder o número de vCPUs, os processos começarão a ser colocados em fila. Quando a colocação em fila aumenta, a performance do banco de dados diminui. Se a carga de banco de dados estiver com frequência acima da linha **Máx. vCPU** e o estado de espera primário for CPU, isso indicará que a CPU está sobrecarregada. Nesse caso, convém limitar as conexões com a instância, ajustar todas as consultas SQL com uma alta carga de CPU ou considerar uma classe de instância maior. As instâncias altas e consistentes de qualquer estado de espera indicam que pode haver problemas de gargalos ou de contenção de recursos que você deve resolver. Isso pode ser válido mesmo quando a carga do banco de dados não ultrapassa a linha de **Máx. vCPU**. # Mecanismo de banco de dados do Amazon Aurora, região e classe de instância compatíveis com o Insights de Performance **Importante** A AWS anunciou a data de fim da vida útil do Insights de Performance: 30 de junho de 2026. Após essa data, o Amazon RDS não oferecerá mais suporte à experiência do console, aos períodos de retenção flexíveis (de 1 a 24 meses) e aos preços associados do Insights de Performance. A API do Insights de Performance continuará existindo sem alterações de preço. Os custos da API do Insights de Performance aparecerão em sua fatura da com o custo do CloudWatch Database Insights. Recomendamos que você atualize todos os clusters de banco de dados usando o nível pago do Insights de Performance para o modo avançado do Database Insights antes de 30 de junho de 2026. Para ter informações sobre como atualizar para o modo avançado do Database Insights, consulte [Ativação do modo Avançado do Database Insights para Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md). Se você não tomar nenhuma medida, os clusters de banco de dados que estão usando o Insights de Performance usarão como padrão o modo padrão do Database Insights. Com o modo padrão do Database Insights, você pode perder o acesso ao histórico de dados de desempenho após sete dias e talvez não consiga usar planos de execução e recursos de análise sob demanda no console do Amazon RDS. Após 30 de junho de 2026, somente o modo avançado do Database Insights aceitará planos de execução e análise sob demanda. Com o CloudWatch Database Insights, você pode monitorar a carga do banco de dados para sua frota de bancos de dados e analisar e solucionar problemas de desempenho em grande escala. Para ter mais informações sobre o Database Insights, consulte [Monitoramento de bancos de dados do Amazon Aurora com o CloudWatch Database Insights](USER_DatabaseInsights.md). Para obter informações de definição de preço, consulte [Definição de preço do Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). A tabela a seguir fornece mecanismos de banco de dados do Amazon Aurora que são compatíveis com o Insights de Performance. | Mecanismo de bancos de dados Amazon Aurora | Versões do mecanismo e regiões compatíveis | Limitações de classes de instâncias | | --- | --- | --- | | Amazon Aurora Edição Compatível com MySQL | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o Aurora MySQL, consulte [Performance Insights com o Aurora MySQL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.amy). | O Performance Insights tem as seguintes restrições de classe de mecanismo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) | | Amazon Aurora Edição Compatível com PostgreSQL | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o Aurora PostgreSQL, consulte [Performance Insights com o Aurora PostgreSQL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg). | N/D | ## Mecanismo de banco de dados do Amazon Aurora, região e classe de instância compatíveis com recursos do Insights de Performance A tabela a seguir fornece mecanismos de banco de dados do Amazon Aurora que são compatíveis com atributos do Insights de Performance. | Recurso | [Nível de preço](https://aws.amazon.com/rds/performance-insights/pricing/) | [Regiões compatíveis](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | Mecanismos de banco de dados compatíveis | [Classes de instância compatíveis](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) | | --- | --- | --- | --- | --- | | [Estatísticas SQL para Performance Insights](sql-statistics.md) | Todos | Todos | Todos | Todos | | [Analisar a performance do banco de dados por um período](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Somente nível pago | Todos | Todos | Todos, exceto db.serverless (Aurora Serverless v2) | | [Visualizar as recomendações proativas do Performance Insights](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Somente nível pago | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) | Todos | Todos, exceto db.serverless (Aurora Serverless v2) | # Preços e retenção de dados para o Performance Insights Por padrão, o Performance Insights oferece um nível gratuito que inclui 7 dias de histórico de dados de performance e 1 milhão de solicitações de API por mês. Você também pode comprar períodos de retenção mais longos. Para obter informações completas sobre custos, consulte [Definição de preço do Performance Insights](https://aws.amazon.com/rds/performance-insights/pricing/). No console do RDS, você pode escolher qualquer um dos seguintes períodos de retenção para seus dados do Performance Insights: + **Default (7 days)** (Padrão (7 dias)) + ***n* meses**, em que ***n*** é um número entre 1 e 24 ![\[Escolha um período de retenção para seus dados do Performance Insights.\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/pi-retention-periods.png) Para saber como definir um período de retenção usando a AWS CLI, consulte .