

# Uso de Performance Insights en Amazon RDS
<a name="USER_PerfInsights.Overview"></a>

**importante**  
 AWS ha anunciado la fecha de fin de la vida útil de información de rendimiento: 30 de junio de 2026. Después de esta fecha, Amazon RDS dejará de admitir la experiencia de la consola de Información de rendimiento, los periodos de retención flexibles (de 1 a 24 meses) y los precios asociados. La API de Información de rendimiento seguirá existiendo sin cambios en los precios. Los costos de la API de Información de rendimiento aparecerán en la factura de AWS junto con el costo de información de la base de datos de CloudWatch.   
 Le recomendamos que actualice cualquier instancia de base de datos con el nivel de pago de información de rendimiento al modo avanzado de la información de la base de datos antes del 30 de junio de 2026. Para obtener información sobre la actualización al modo avanzado de Información de rendimiento, consulte [Activación del modo avanzado de Información sobre las bases de datos para Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).   
 Si no realiza ninguna acción, las instancias de base de datos que utilizan Información de rendimiento pasarán por defecto a utilizar el modo estándar de Información de rendimiento. Con el modo estándar de Información de base de datos, es posible que pierda el acceso al historial de datos de rendimiento de más de 7 días y que no pueda utilizar los planes de ejecución y las características de análisis bajo demanda en la consola de Amazon RDS. Después del 30 de junio de 2026, solo el modo avanzado de la información de base de datos admitirá los planes de ejecución y el análisis bajo demanda.   
 Con la información de la base de datos de CloudWatch, puede supervisar la carga de base de datos de la flota de bases de datos y analizar y solucionar problemas de rendimiento a escala. Para obtener más detalles acerca de Información de base de datos, consulte [Supervisión de las bases de datos de Amazon RDS con Información sobre las bases de datos de CloudWatch](USER_DatabaseInsights.md). Para obtener más información sobre precios, consulte [Precios de Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). 

De forma predeterminada, RDS habilita Información sobre rendimiento en el asistente de creación de la consola para todos los motores de Amazon RDS. Si tiene más de una base de datos en una instancia de base de datos, Performance Insights agrega datos de rendimiento.

Encontrará información general sobre Performance Insights para Amazon RDS en el siguiente vídeo.

[![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458)


**importante**  
Los siguientes temas describen cómo usar la característica de Performance Insights de Amazon RDS con motores de base de datos que no son de Aurora. Para obtener información sobre el uso de Performance Insights de Amazon RDS con Amazon Aurora, consulte [Uso de Performance Insights de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) en la *guía del usuario de Amazon Aurora*.

**Topics**
+ [Carga de base de datos](USER_PerfInsights.Overview.ActiveSessions.md)
+ [Máximo de la CPU](USER_PerfInsights.Overview.MaxCPU.md)
+ [El motor de base de datos de Amazon RDS , la región y la clase de instancia son compatibles con Información de rendimiento](USER_PerfInsights.Overview.Engines.md)
+ [Precios y retención de datos de Performance Insights](USER_PerfInsights.Overview.cost.md)

# Carga de base de datos
<a name="USER_PerfInsights.Overview.ActiveSessions"></a>

La *carga de base de datos* mide el nivel de actividad de la sesión en la base de datos. `DBLoad` es la métrica clave de Información sobre rendimiento y Información sobre rendimiento recopila la carga de la base de datos cada segundo.

**Topics**
+ [Sesiones activas](#USER_PerfInsights.Overview.ActiveSessions.active-sessions)
+ [Sesiones activas promedio](#USER_PerfInsights.Overview.ActiveSessions.AAS)
+ [Ejecuciones activas promedio](#USER_PerfInsights.Overview.ActiveSessions.AAE)
+ [Dimensiones](#USER_PerfInsights.Overview.ActiveSessions.dimensions)

## Sesiones activas
<a name="USER_PerfInsights.Overview.ActiveSessions.active-sessions"></a>

Una *sesión de base de datos* representa el diálogo de una aplicación con una base de datos relacional. Una sesión activa es una conexión que ha enviado trabajo al motor de base de datos y está esperando una respuesta. 

Una sesión está activa cuando se ejecuta en la CPU o a la espera de que un recurso esté disponible para que pueda continuar. Por ejemplo, una sesión activa puede esperar a que se lea una página (o bloque) en la memoria y, a continuación, consumir CPU mientras lee los datos de la página. 

## Sesiones activas promedio
<a name="USER_PerfInsights.Overview.ActiveSessions.AAS"></a>

El *promedio de sesiones activas (AAS)* es la unidad para la métrica de `DBLoad` en Performance Insights. Mide cuántas sesiones están activas simultáneamente en la base de datos.

Cada segundo, Información de rendimiento muestra el número de sesiones que ejecutan una consulta simultáneamente. Para cada sesión activa, Información de rendimiento recopila los siguientes datos:
+ Instrucción SQL
+ Estado de la sesión (en ejecución en la CPU o en espera)
+ Host
+ Usuario que ejecuta el SQL

Información de rendimiento calcula el AAS que se obtiene dividiendo el número total de sesiones entre el número total de ejemplos de un periodo de tiempo específico. Por ejemplo, en la tabla siguiente se muestran 5 ejemplos consecutivos de una consulta en ejecución realizada a intervalos de 1 segundo.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)

En el ejemplo anterior, la carga de base de datos para el intervalo de tiempo es de 2 AAS. Esta medición significa que, de media, 2 sesiones han estado activas a la vez durante el plazo en que se han tomado las 5 muestras.

## Ejecuciones activas promedio
<a name="USER_PerfInsights.Overview.ActiveSessions.AAE"></a>

Las ejecuciones activas promedio (AAE) por segundo están relacionadas con las sesiones activas promedio. Para calcular el AAE, Performance Insights divide el tiempo total de ejecución de una consulta por el intervalo de tiempo. En la tabla siguiente se muestra el cálculo de AAE para la misma consulta de la tabla anterior.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)

En la mayoría de los casos, el AAS y el AAE de una consulta dan aproximadamente lo mismo. Sin embargo, dado que las entradas de los cálculos son diferentes orígenes de datos, los cálculos suelen variar ligeramente.

## Dimensiones
<a name="USER_PerfInsights.Overview.ActiveSessions.dimensions"></a>

La métrica `db.load` es distinta de las demás métricas de series temporales porque puede desglosarla en subcomponentes llamados dimensiones. Las dimensiones son una especie de categorías “dividir por” de las diferentes características de la métrica `DBLoad`.

Cuando se diagnostican problemas de rendimiento, las siguientes dimensiones suelen ser las más útiles:

**Topics**
+ [Eventos de espera](#USER_PerfInsights.Overview.ActiveSessions.waits)
+ [SQL principal](#USER_PerfInsights.Overview.ActiveSessions.top-sql)
+ [Planes](#USER_PerfInsights.Overview.ActiveSessions.plans)

Para obtener una lista completa de las dimensiones de los motores de Amazon RDS, consulte [Carga de base de datos dividida por dimensiones](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims).

### Eventos de espera
<a name="USER_PerfInsights.Overview.ActiveSessions.waits"></a>

Un *evento de espera* hace que una instrucción SQL espere a que ocurra un evento específico antes de que pueda continuar ejecutándose. Los eventos de espera son una dimensión o categoría importante de la carga de base de datos, porque indican dónde se ve obstaculizado el trabajo. 

Cada sesión activa se ejecuta en la CPU o en espera. Por ejemplo, las sesiones consumen CPU cuando buscan memoria para un búfer, llevan a cabo un cálculo o ejecutan código de procedimiento. Cuando las sesiones no consumen CPU, pueden estar en espera de que se libere un búfer de memoria, se lea un archivo de datos o se escriba un registro. Cuanto más tiempo espere una sesión por los recursos, menos tiempo se ejecutará en la CPU. 

Cuando ajusta una base de datos, a menudo intenta averiguar los recursos que esperan las sesiones. Por ejemplo, dos o tres eventos de espera podrían representar el 90 por ciento de la carga de base de datos. Esta medida significa que, en promedio, las sesiones activas pasan la mayor parte del tiempo en espera de un pequeño número de recursos. Si puede averiguar la causa de estas esperas, puede intentar una solución. 

Los eventos de espera varían en función del motor de base de datos: 
+ Para obtener más información sobre todos los eventos de espera de MariaDB y MySQL, consulte [Wait Event Summary Tables (Tablas de resumen de eventos de espera)](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) en la documentación de MySQL.
+ Para obtener más información sobre todos los eventos de espera de PostgreSQL, consulte [Ecentos de espera de PostgreSQL](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE) en la documentación de PostgreSQL.
+ Para obtener más información sobre todos los eventos de espera de Oracle, consulte [Descriptions of Wait Events (Descripciones de los eventos de espera)](https://docs.oracle.com/database/121/REFRN/GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2.htm#REFRN-GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2) en la documentación de Oracle.
+ Para obtener información sobre todos los eventos de espera de SQL Server, consulte [ Types of Waits (Tipos de espera)](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) en la documentación de SQL Server.

**nota**  
Para Oracle, los procesos en segundo plano a veces funcionan sin una instrucción SQL asociada. En estos casos, Performance Insights informa del tipo de proceso en segundo plano concatenado con un punto y coma y la clase de espera asociada a ese proceso en segundo plano. Entre los tipos de procesos en segundo plano se incluyen `LGWR`, `ARC0`, `PMON`, etc.   
Por ejemplo, cuando el archivador está realizando E/S, el informe de Performance Insights correspondiente es similar a `ARC1:System I/O`. Ocasionalmente, también falta el tipo de proceso en segundo plano y Performance Insights solo informa sobre la clase de espera, por ejemplo, `:System I/O`.

### SQL principal
<a name="USER_PerfInsights.Overview.ActiveSessions.top-sql"></a>

Mientras que los eventos de espera muestran los cuellos de botella, la dimensión SQL principal indica qué consultas contribuyen más a la carga de base de datos. Por ejemplo, es posible que, aunque haya muchas consultas ejecutándose actualmente en la base de datos, una de ellas consuma el 99 % de la carga de base de datos. En este caso, es posible que la carga alta indique un problema con la consulta.

De forma predeterminada, en la consola de Performance Insights se muestran las principales consultas SQL que contribuyen a la carga de la base de datos. En la consola se muestran también estadísticas importantes sobre cada instrucción. Para diagnosticar los problemas de rendimiento de una instrucción específica, puede examinar su plan de ejecución.

### Planes
<a name="USER_PerfInsights.Overview.ActiveSessions.plans"></a>

Un *plan de ejecución*, también llamado simplemente *plan*, es una secuencia de pasos que acceden a los datos. Por ejemplo, un plan para unir las tablas `t1` y `t2` podría recorrer en bucle todas las filas de `t1` y comparar cada fila con una fila de `t2`. En una base de datos relacional, un *optimizador* es un código integrado que determina el plan más eficiente para una consulta de SQL.

Para las instancias de base de datos, Información de rendimiento recopila planes de ejecución automáticamente. Para diagnosticar problemas de rendimiento de SQL, examine los planes capturados para consultas de SQL de altos recursos. Los planes muestran cómo la base de datos ha analizado y ha ejecutado consultas.

Para obtener información sobre cómo analizar la carga de la base de datos mediante planes, consulte:
+ Oracle: [Análisis de planes de ejecución de Oracle mediante el panel de Información de rendimiento para Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md)
+ SQL Server: [Análisis de planes de ejecución de SQL Server mediante el panel de Información de rendimiento para Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md)

#### Captura del plan
<a name="USER_PerfInsights.Overview.ActiveSessions.plans.capture"></a>

Cada cinco minutos, Información de rendimiento identifica las consultas que requieren más recursos y captura sus planes. Por lo tanto, no es necesario recopilar ni administrar manualmente una gran cantidad de planes. En su lugar, puede usar la pestaña **Top SQL** (SQL principal) para centrarse en los planes de las consultas más problemáticas. 

**nota**  
Performance Insights no captura planes para consultas cuyo texto supere el límite máximo de texto de consulta recopilable. Para obtener más información, consulte [Acceso a más texto SQL en el panel de Performance Insights](USER_PerfInsights.UsingDashboard.SQLTextSize.md).

El período de retención de los planes de ejecución es el mismo que el de todos los datos de Performance Insights. La configuración de retención en la capa gratuita es **Default (7 days) (Predeterminado [7 días])**. Para retener los datos de rendimiento durante más tiempo, especifique de 1 a 24 meses. Para obtener más información acerca de los periodos de retención, consulte [Precios y retención de datos de Performance Insights](USER_PerfInsights.Overview.cost.md).

#### Consultas de resumen
<a name="USER_PerfInsights.Overview.ActiveSessions.plans.digest"></a>

La pestaña **Top SQL** (SQL principal) muestra las consultas de resumen de forma predeterminada. Una consulta de resumen no tiene por sí misma un plan, pero todas las consultas que utilizan valores literales sí tienen planes. Por ejemplo, una consulta de resumen podría incluir el texto `WHERE `email`=?`. El resumen podría contener dos consultas, una con el texto `WHERE email=user1@example.com` y otra con `WHERE email=user2@example.com`. Cada una de estas consultas literales podría incluir varios planes.

Al seleccionar una consulta de resumen, la consola muestra todos los planes para las instrucciones secundarias del resumen seleccionado. Por lo tanto, no es necesario revisar todas las instrucciones secundarias para encontrar el plan. Es posible que vea planes que no están en la lista mostrada de las 10 principales instrucciones secundarias. La consola muestra los planes de todas las consultas secundarias para las que se han recopilado planes, independientemente de si las consultas se encuentran entre las 10 principales.

# Máximo de la CPU
<a name="USER_PerfInsights.Overview.MaxCPU"></a>

En el panel, el gráfico de **Carga de base de datos** recopila, agrega y muestra información de la sesión. Para ver si las sesiones activas superan el máximo de la CPU, observe su relación con la línea **Máximo de la CPU virtual**. Información sobre rendimiento determina el valor **Máximo de la CPU virtual** mediante el número de núcleos de vCPU (CPU virtual) de la instancia de base de datos. 

Se puede ejecutar un proceso en una vCPU a la vez. Si el número de procesos supera el número de vCPU, los procesos comienzan a ponerse en cola. Cuando las colas aumentan, el rendimiento de la base de datos disminuye. Si la carga de base de datos suele estar por encima de la línea **Máximo de la CPU virtual** y el estado de espera principal es CPU, la CPU del sistema está sobrecargada. En este caso, quizá sea conveniente limitar las conexiones con la instancia, ajustar las consultas SQL con una carga de CPU alta o pensar en la posibilidad de usar una clase de instancia de mayor tamaño. Si hay instancias altas y uniformes en cualquier estado de espera, eso indica que es posible que haya problemas de contención de recursos o cuellos de botella que hay que resolver. Esto puede ser así aunque la carga de base de datos no cruce la línea de **Máximo de la CPU virtual**.

# El motor de base de datos de Amazon RDS , la región y la clase de instancia son compatibles con Información de rendimiento
<a name="USER_PerfInsights.Overview.Engines"></a>

**importante**  
 AWS ha anunciado la fecha de fin de la vida útil de información de rendimiento: 30 de junio de 2026. Después de esta fecha, Amazon RDS dejará de admitir la experiencia de la consola de Información de rendimiento, los periodos de retención flexibles (de 1 a 24 meses) y los precios asociados. La API de Información de rendimiento seguirá existiendo sin cambios en los precios. Los costos de la API de Información de rendimiento aparecerán en la factura de AWS junto con el costo de información de la base de datos de CloudWatch.   
 Le recomendamos que actualice cualquier instancia de base de datos con el nivel de pago de información de rendimiento al modo avanzado de la información de la base de datos antes del 30 de junio de 2026. Para obtener información sobre la actualización al modo avanzado de Información de rendimiento, consulte [Activación del modo avanzado de Información sobre las bases de datos para Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).   
 Si no realiza ninguna acción, las instancias de base de datos que utilizan Información de rendimiento pasarán por defecto a utilizar el modo estándar de Información de rendimiento. Con el modo estándar de Información de base de datos, es posible que pierda el acceso al historial de datos de rendimiento de más de 7 días y que no pueda utilizar los planes de ejecución y las características de análisis bajo demanda en la consola de Amazon RDS. Después del 30 de junio de 2026, solo el modo avanzado de la información de base de datos admitirá los planes de ejecución y el análisis bajo demanda.   
 Con la información de la base de datos de CloudWatch, puede supervisar la carga de base de datos de la flota de bases de datos y analizar y solucionar problemas de rendimiento a escala. Para obtener más detalles acerca de Información de base de datos, consulte [Supervisión de las bases de datos de Amazon RDS con Información sobre las bases de datos de CloudWatch](USER_DatabaseInsights.md). Para obtener más información sobre precios, consulte [Precios de Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/). 

Las siguiente tabla indica los motores de base de datos de Amazon RDS que admiten la Información de rendimiento.

**nota**  
Para Amazon Aurora, consulte [El motor de base de datos de Amazon Aurora admite Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html)en *Guía del usuario de Amazon Aurora*.


|  Motor de base de datos de Amazon RDS  | Versiones de motor y regiones compatibles | Restricciones de clase de instancia | 
| --- | --- | --- | 
|  Amazon RDS para MariaDB  |  Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con RDS para MariaDB, consulte [Regiones y motores de base de datos admitidos para Información sobre rendimiento en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  Performance Insights no es compatible con las siguientes clases de instancia: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  | 
|  RDS for MySQL  |  Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con RDS para MySQL, consulte [Regiones y motores de base de datos admitidos para Información sobre rendimiento en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  Performance Insights no es compatible con las siguientes clases de instancia: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  | 
|  Amazon RDS for Microsoft SQL Server  |  Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con RDS para SQL Server, consulte [Regiones y motores de base de datos admitidos para Información sobre rendimiento en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  N/A  | 
|  Amazon RDS para PostgreSQL  |  Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con RDS para PostgreSQL, consulte [Regiones y motores de base de datos admitidos para Información sobre rendimiento en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  N/A  | 
|  Amazon RDS para Oracle  |  Para obtener más información sobre la disponibilidad en versiones y regiones de Performance Insights con RDS para Oracle, consulte [Regiones y motores de base de datos admitidos para Información sobre rendimiento en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md).  |  N/A  | 

## Compatibilidad del motor de la base de datos, la región y la clase de instancia de Amazon RDS  con características de Información de rendimiento
<a name="USER_PerfInsights.Overview.PIfeatureEngnRegSupport"></a>

Las siguiente tabla indica los motores de base de datos de Amazon RDS que admiten características de Información de rendimiento.


| Característica | [Niveles de precios](https://aws.amazon.com/rds/performance-insights/pricing/) |  [Regiones admitidas](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions)  |  [ Motores de bases de datos compatibles](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance)  |  [Clases de instancias admitidas](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types)  | 
| --- | --- | --- | --- | --- | 
| [Estadísticas de SQL para Performance Insights](sql-statistics.md) | Todos | Todos |  Todos  | Todos | 
| [Análisis de planes de ejecución de Oracle mediante el panel de Información de rendimiento para Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md) | Todos | Todos |  RDS para Oracle  | Todos | 
| [Análisis del rendimiento de la base de datos durante un período de tiempo](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Solo nivel de pago |  Todos  |  RDS para PostgreSQL  |  Todos  | 
|  [Visualización de las recomendaciones proactivas de Información de rendimiento](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Solo nivel de pago | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html)  |  Todos  | Todos  | 

# Precios y retención de datos de Performance Insights
<a name="USER_PerfInsights.Overview.cost"></a>

De forma predeterminada, Performance Insights ofrece una capa gratuita que incluye 7 días de historial de datos de rendimiento y 1 millón de solicitudes de API al mes. También puede comprar períodos de retención más largos. Para obtener información completa sobre los precios, consulte los [precios de Performance Insights](https://aws.amazon.com/rds/performance-insights/pricing/).

En la consola de RDS, puede elegir cualquiera de los siguientes períodos de retención de sus datos de Performance Insights:
+ **Predeterminado (7 días)**
+ ***n*meses**, donde***n***es un número del 1 al 24

![\[Elija un período de retención para los datos de Performance Insights.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/pi-retention-periods.png)


Para obtener información para configurar un período de retención con AWS CLI, consulte .