# Visão geral do Performance Insights no Amazon RDS **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 todas as instâncias 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 RDS](USER_DatabaseInsights.TurningOnAdvanced.md). Se você não tomar nenhuma medida, as instâncias 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 RDS 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ê 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 RDS no vídeo a seguir. [![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458) **Importante** Os tópicos a seguir descrevem o uso do Amazon RDS Performance Insights com mecanismos de banco de dados não Aurora. Para obter informações sobre o uso do Amazon RDS Performance Insights com o Amazon Aurora, consulte [Usar o Amazon RDS Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) no *Guia do usuário do Amazon Aurora*. **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 RDS, 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/UserGuide/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/UserGuide/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) + [Planos](#USER_PerfInsights.Overview.ActiveSessions.plans) Para obter uma lista completa de dimensões dos mecanismos Amazon RDS, 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 informações sobre todos os eventos de espera do MariaDB e 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 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. + Para obter mais informações sobre todos os eventos de espera do Oracle, consulte [Descriptions of Wait Events](https://docs.oracle.com/database/121/REFRN/GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2.htm#REFRN-GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2) (Descrições de ventos de espera) na documentação do Oracle. + Para obter informações sobre todos os eventos de espera do SQL Server, consulte [Tipos de esperas](https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-os-wait-stats-transact-sql?view=sql-server-2017#WaitTypes) na documentação do SQL Server. **nota** No Oracle, às vezes, os processos em segundo plano funcionam sem uma instrução SQL associada. Nesses casos, o Performance Insights relata o tipo de processo em segundo plano concatenado com dois-pontos e a classe de espera associada a esse processo em segundo plano. Os tipos de processos em segundo plano incluem `LGWR`, `ARC0`, `PMON` e assim por diante. Por exemplo, quando o arquivador está realizando E/S, o relatório do Performance Insights é semelhante a `ARC1:System I/O`. Às vezes, o tipo de processo em segundo plano também está ausente, e o Performance Insights só informa a classe de espera, por exemplo, `:System I/O`. ### 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. ### Planos Um *plano de execução*, também chamado simplesmente de *plano*, é uma sequência de etapas que acessam dados. Por exemplo, um plano para unir tabelas `t1` e `t2` pode percorrer todas as linhas em `t1` e comparar cada linha com uma linha em `t2`. Em um banco de dados relacional, um *otimizador* é um código interno que determina o plano mais eficiente para uma consulta SQL. Em relação a instâncias de banco de dados, o Insights de Performance coleta planos de execução automaticamente. Para diagnosticar problemas de performance do SQL, examine os planos capturados para consultas de SQL com uso elevado de recursos. Os planos mostram como o banco de dados analisou e executou consultas. Para saber como analisar a carga de banco de dados, consulte: + Oracle: [Analisar planos de execução do Oracle usando o painel do Insights de Performance para o Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md) + SQL Server: [Analisar planos de execução do SQL Server usando o painel do Insights de Performance para o Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md) #### Captura de planos A cada cinco minutos, o Insights de Performance identifica as consultas com uso mais intenso de recursos e captura os planos. Assim, você não precisa coletar e gerenciar manualmente um grande número de planos. Em vez disso, você pode usar o **SQL principal** para focar nos planos para as consultas mais problemáticas. **nota** O Performance Insights não captura planos para consultas cujo texto exceda o limite máximo de texto de consulta coletável. Para ter mais informações, consulte [Acessar mais texto SQL no painel do Performance Insights.](USER_PerfInsights.UsingDashboard.SQLTextSize.md). O período de retenção para planos de execução é o mesmo dos seus dados do Performance Insights. A configuração de retenção no nível gratuito é **Default (7 days)** (Padrão (7 dias)). Para reter seus dados de performance por mais tempo, especifique entre 1 e 24 meses. Para obter mais informações sobre os períodos de retenção, consulte [Preços e retenção de dados para o Performance Insights](USER_PerfInsights.Overview.cost.md). #### Consultas de resumo O **SQL principal** mostra as consultas de resumo por padrão. Uma consulta de resumo não tem um plano, mas todas as consultas que usam valores literais têm planos. Por exemplo, uma consulta de resumo pode incluir o texto `WHERE `email`=?`. O resumo pode conter duas consultas, uma com o texto `WHERE email=user1@example.com` e outro com `WHERE email=user2@example.com`. Cada uma dessas consultas literais pode incluir vários planos. Ao selecionar uma consulta de resumo, o console mostra todos os planos para declarações secundárias do resumo selecionado. Assim, você não precisa examinar todas as instruções filho para encontrar o plano. Você pode ver planos que não estão na lista exibida das 10 principais instruções filho. O console mostra planos para todas as consultas filho para as quais os planos foram coletados, independentemente de as consultas estarem entre as dez principais. # 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. 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 RDS, 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 todas as instâncias 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 RDS](USER_DatabaseInsights.TurningOnAdvanced.md). Se você não tomar nenhuma medida, as instâncias 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 RDS 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 RDS que são compatíveis com o Insights de Performance. **nota** Para o Amazon Aurora, consulte [Suporte ao mecanismo de bancos de dados Amazon Aurora para Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) no *Guia do usuário do Amazon Aurora*. | Mecanismo de banco de dados do Amazon RDS | Versões do mecanismo e regiões compatíveis | Limitações de classes de instâncias | | --- | --- | --- | | Amazon RDS para MariaDB | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o RDS para MariaDB, consulte [Regiões e mecanismos de banco de dados compatíveis com o Insights de Performance no Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | O Insights de Performance não tem suporte para as seguintes classes de instâncias: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | | RDS para MySQL | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o RDS para MySQL, consulte [Regiões e mecanismos de banco de dados compatíveis com o Insights de Performance no Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | O Insights de Performance não tem suporte para as seguintes classes de instâncias: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | | Amazon RDS para Microsoft SQL Server | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o RDS para SQL Server, consulte [Regiões e mecanismos de banco de dados compatíveis com o Insights de Performance no Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | N/D | | Amazon RDS para PostgreSQL | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o RDS para PostgreSQL, consulte [Regiões e mecanismos de banco de dados compatíveis com o Insights de Performance no Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | N/D | | Amazon RDS para Oracle | Para obter mais informações sobre a disponibilidade de versões e regiões do Performance Insights com o RDS para Oracle, consulte [Regiões e mecanismos de banco de dados compatíveis com o Insights de Performance no Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | N/D | ## Mecanismo de banco de dados do Amazon RDSAmazon 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 RDS 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/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | [ Mecanismos de banco de dados compatíveis](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance) | [Classes de instância compatíveis](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) | | --- | --- | --- | --- | --- | | [Estatísticas SQL para Performance Insights](sql-statistics.md) | Todos | Todos | Todos | Todos | | [Analisar planos de execução do Oracle usando o painel do Insights de Performance para o Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md) | Todos | Todos | RDS para Oracle | Todos | | [Analisar a performance do banco de dados por um período](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Somente nível pago | Todos | RDS para PostgreSQL. | Todos | | [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/UserGuide/USER_PerfInsights.Overview.Engines.html) | Todos | Todos | # 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/UserGuide/images/pi-retention-periods.png) Para saber como definir um período de retenção usando a AWS CLI, consulte .