Métricas de Información de rendimiento para instancias de bases de datos

Los eventos de espera son condiciones en las que una sesión de base de datos espera a que se complete un recurso u otra operación para continuar con su procesamiento. Si ejecuta una instrucción SQL como SELECT * FROM big_table y si esta tabla es mucho más grande que el grupo de búferes de InnoDB asignado, lo más probable es que su sesión espere a que se produzcan eventos de espera wait/io/file/innodb/innodb_data_file, que se deben a operaciones de E/S físicas en el archivo de datos. Los eventos de espera son una dimensión importante para la supervisión de bases de datos, ya que indican posibles cuellos de botella en el rendimiento. Los eventos de espera indican a qué recursos y operaciones dedican más tiempo de espera las instrucciones SQL que ejecuta en las sesiones. Por ejemplo, el evento wait/synch/mutex/innodb/trx_sys_mutex se produce cuando hay una gran actividad en la base de datos con un gran número de transacciones. El evento wait/synch/mutex/innodb/buf_pool_mutex se produce cuando un subproceso ha adquirido un bloqueo en el grupo de búferes de InnoDB para acceder a una página en la memoria. Para más información sobre todos los eventos de espera de MariaDB y MySQL, consulte Tablas de resumen de eventos de espera en la documentación de MySQL. Para comprender cómo interpretar los nombres de los instrumentos, consulte Convenciones de nomenclatura de instrumentos de Performance Schema en la documentación de MySQL.

SQL muestra qué instrucciones SQL contribuyen más a la carga total de la base de datos. La tabla de dimensiones principales es interactiva. Se encuentra debajo del gráfico de la carga de la base de datos en Información de rendimiento de Amazon RDS. Puede obtener una lista detallada de los eventos de espera asociados a la instrucción SQL. Para ello, haga clic en la barra de la columna Carga por esperas (AAS). Al seleccionar una instrucción SQL de la lista, Información de rendimiento muestra los eventos de espera asociados en el diagrama de la carga de la base de datos y el texto de la instrucción SQL en la sección de texto SQL. Las estadísticas de SQL se muestran en el lado derecho de la tabla de las dimensiones principales.

Hosts muestra los nombres de host de los clientes conectados. Esta dimensión ayuda a identificar qué hosts de los clientes envían la mayor parte de la carga a la base de datos.

Usuarios agrupa la carga de la base de datos según los usuarios que iniciaron sesión en la base de datos.

Bases de datos agrupa la carga de bases de datos según el nombre de la base de datos a la que está conectado el cliente.

Los contadores nativos son métricas definidas por el motor de base de datos y no por Amazon RDS. Por ejemplo:

Consulte las definiciones de todas las métricas nativas en Variables de estado de servidor en la documentación de MySQL.

Los contadores no nativos se definen mediante Amazon RDS. Puede obtener estas métricas mediante una consulta específica o derivarlas mediante dos o varias métricas nativas en los cálculos. Las métricas de contadores no nativos pueden representar latencias, ratios o tasas de aciertos. Por ejemplo:

Las estadísticas de resúmenes son una métrica compuesta de todas las consultas que tienen el mismo patrón pero que, en última instancia, tienen valores literales diferentes. El resumen reemplaza los valores literales específicos por una variable, por ejemplo:

SELECT department_id, department_name FROM departments WHERE location_id = ?

Hay métricas que representan estadísticas por segundo para cada instrucción SQL resumida. Por ejemplo, sql_tokenized.stats.count_star_per_sec representa las llamadas por segundo (es decir, cuántas veces por segundo se ejecutó la instrucción SQL).

Información de desempeño también incluye métricas que proporcionan estadísticas por llamada para una instrucción SQL. Por ejemplo, sql_tokenized.stats.sum_timer_wait_per_call muestra la latencia media de la instrucción SQL por llamada, en milisegundos.