Bases de datos
    Actualizado mayo de 2026
    MySQL logo

    MySQL Seguimiento

    Supervisa el rendimiento de las consultas de MySQL, el estado de la replicación, los grupos de conexiones y las métricas de almacenamiento en tiempo real sin necesidad de configuración.

    ¿Por qué realizar un seguimiento? MySQL?

    MySQL es la base de datos relacional de código abierto más popular del mundo, y da servicio a millones de aplicaciones, desde startups hasta empresas de la lista Fortune 500. La supervisión de MySQL es esencial para detectar consultas lentas, evitar el agotamiento del grupo de conexiones, realizar un seguimiento del retraso en la replicación y optimizar el uso del almacenamiento. La integración de MySQL de Xitoring ofrece una visibilidad detallada del rendimiento de su base de datos.

    Detección automática mediante Xitogent: no se requiere configuración manual
    Throughput de consultas en tiempo real y métricas de rendimiento
    Seguimiento del uso del pool de conexiones y estados de hilos
    Monitorización del lag de replicación y estado de los slaves
    Métricas del buffer pool InnoDB y del motor de almacenamiento
    Detección y monitorización de consultas lentas
    Funciona en servidores Linux y Windows
    Intervalos de recolección de métricas de 1 minuto
    ¿Qué es el monitoreo de MySQL?

    Monitoreo de MySQL, explicado

    El monitoreo de MySQL detecta la rotación del buffer pool, las consultas lentas, la deriva de replicación y la saturación de hilos de conexión antes de que ralenticen cada lectura en su aplicación o desencadenen una tormenta de failover de réplicas. Para WordPress, Laravel, Magento y cualquier carga respaldada por RDS/Aurora, la visibilidad por base de datos es la señal más útil entre la lentitud reportada por los usuarios y la causa raíz. Xitoring detecta automáticamente su MySQL, consulta performance_schema y las vistas de estado estándar, y enruta las alertas a Slack, PagerDuty, Telegram o su rotación de guardias existente.

    Métricas

    Lo que monitorizamos

    Consultas por segundo

    Tasa de consultas SELECT, INSERT, UPDATE y DELETE.

    Conexiones activas

    Número de conexiones actualmente activas a MySQL.

    Consultas lentas

    Conteo de consultas que superan el umbral de slow query.

    Lag de replicación

    Segundos de retraso respecto al master en la replicación.

    Buffer pool InnoDB

    Utilización del buffer pool y ratio de aciertos.

    Estados de hilos

    Distribución de estados de hilos (running, sleeping, locked).

    Bloqueos de tabla

    Tasa de esperas y adquisiciones inmediatas de bloqueos de tabla.

    Tablas temporales

    Tasa de tablas temporales creadas en disco.

    Bytes enviados/recibidos

    Throughput de red hacia y desde MySQL.

    Conexiones abortadas

    Intentos de conexión fallidos y clientes abortados.

    Open_tables frente a table_open_cache

    Manejadores de tabla abiertos actualmente frente al tamaño de caché configurado. Cuando Open_tables se aproxima al límite de la caché, MySQL desaloja y reabre, con un coste medible en latencia.

    Innodb_os_log_pending_fsyncs

    fsyncs pendientes sobre el redo log de InnoDB. Valores sostenidos distintos de cero indican que sus ajustes de `sync_binlog`/`innodb_flush_log_at_trx_commit` están limitados por el disco.

    Desencadenantes y alertas

    Configurables condiciones de activación de alertas

    Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «MySQL» superen los umbrales que hayas definido.

    MySQL panel de control de la configuración de los desencadenantes de supervisión

    Conexiones activas

    crítico

    Se dispara cuando las conexiones activas se acercan a max_connections, con riesgo de rechazo de nuevas conexiones y errores de aplicación.

    Lag de replicación

    crítico

    Se dispara cuando la replicación se queda atrás, con riesgo de inconsistencia de datos entre master y replicas.

    Consultas lentas

    advertencia

    Alerta cuando el conteo de consultas lentas supera el umbral, indicando degradación del rendimiento.

    Buffer pool InnoDB

    advertencia

    Se dispara cuando el ratio de hit del buffer pool cae, indicando E/S de disco excesiva.

    Conexiones abortadas

    advertencia

    Se activa ante picos de fallos de conexión, indicando problemas de autenticación o de red.

    Esperas de bloqueos de tabla

    crítico

    Alerta cuando la contención de bloqueos aumenta, degradando el rendimiento de consultas.

    01

    Importancia de la monitorización de MySQL

    MySQL maneja datos críticos para millones de aplicaciones. Sin una monitorización adecuada, las consultas lentas, la deriva de replicación y el agotamiento de conexiones pueden provocar caídas e inconsistencia de datos.

    • Detecte consultas lentas antes de que afecten la experiencia del usuario
    • Evite el agotamiento del pool de conexiones con alertas por umbral
    • Monitorice la replicación para la consistencia de datos entre replicas
    • Realice un seguimiento del rendimiento InnoDB para una salud óptima del motor de almacenamiento
    • Identifique de forma temprana la contención de bloqueos y los cuellos de botella de consultas
    Panel de monitorización MySQL con métricas de consultas
    Cronología de alertas de rendimiento de bases de datos
    02

    Por qué elegir Xitoring

    Xitoring ofrece monitorización de MySQL de nivel empresarial con configuración zero-config. Nuestro agente ligero detecta automáticamente sus instancias MySQL, empieza a recopilar métricas en menos de 60 segundos e se integra con sus canales de notificación existentes.

    • Instalación con un solo comando: sin YAML complejo ni archivos de configuración
    • Más de 15 nodos de monitorización globales para comprobaciones de baja latencia
    • Panel unificado para servidores, bases de datos y uptime
    • Alertas flexibles vía Slack, PagerDuty, Telegram y más
    • Retención histórica para planificación de capacidad y auditorías
    Vista general multi-base de datos de Xitoring
    Canales de notificación y configuración de alertas
    Casos de uso

    Monitoreo común de MySQL escenarios

    Dónde suele ejecutarse MySQL hoy en día, y qué podría salir mal si nadie está vigilando.

    Base de datos gestionada en la nube (AWS, Azure, Google)

    Los proveedores de la nube gestionan los servidores, pero no te dicen cuándo tus propias consultas son lentas, tus conexiones se están agotando o una copia de seguridad se está quedando silenciosamente atrás. Detectamos los problemas que el proveedor te deja a ti, para que una ralentización no pille al equipo desprevenido.

    Base de datos principal con copias de seguridad en vivo

    Las bases de datos de producción suelen ejecutar una copia de seguridad en vivo lista para tomar el control si la principal falla. Cuando esa copia de seguridad se queda silenciosamente atrás, lo que debería ser una transición fluida se convierte en una interrupción real — a veces con pérdida de datos. Vigilamos cada copia para que la copia de seguridad esté realmente lista cuando la necesites.

    Base de datos ejecutándose dentro de Kubernetes

    Las bases de datos en Kubernetes son movidas, reiniciadas y actualizadas por la plataforma automáticamente. La mayoría de las veces es seguro — cuando no lo es, normalmente te enteras por usuarios frustrados. Mostramos las señales de advertencia tempranas para que el equipo pueda intervenir antes de que una actualización rutinaria se convierta en un incidente.

    Antes de empezar

    Requisitos previos para MySQL

    Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.

    • MySQL 5.7 u 8.x ejecutándose en el servidor
    • performance_schema = ON (predeterminado a partir de 5.7+; establecer en [mysqld] si está deshabilitado)
    • Un usuario de monitorización con PROCESS, REPLICATION CLIENT y SELECT sobre performance_schema
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu servidor

    Si aún no lo has hecho, instala el agente de monitorización ligero Xitogent en tu servidor.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Crear un usuario de monitorización en MySQL

    Crea un usuario dedicado de solo lectura para que Xitogent recolecte métricas:

    CREATE USER 'xitoring'@'%' IDENTIFIED BY 'your_secure_password'; GRANT REPLICATION CLIENT ON *.* TO 'xitoring'@'%' WITH MAX_USER_CONNECTIONS 5; GRANT PROCESS ON *.* TO 'xitoring'@'%'; GRANT SELECT ON performance_schema.* TO 'xitoring'@'%'; FLUSH PRIVILEGES;
    3

    Habilitar la integración de MySQL

    Usa el panel de Xitoring o la CLI para habilitar la integración de MySQL con las credenciales de monitorización.

    sudo xitogent integrate
    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para métricas como retraso de replicación, consultas lentas o número de conexiones para recibir notificaciones cuando algo requiera atención.

    5

    Verifica que funciona

    Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.

    sudo xitogent status

    Con frecuencia preguntas formuladas

    ¿Qué permisos necesita el usuario de supervisión?
    El usuario de supervisión necesita los privilegios PROCESS, REPLICATION CLIENT y SELECT. Se trata de permisos de solo lectura que permiten a Xitogent recopilar métricas de rendimiento sin modificar ningún dato.
    ¿Afectará esta integración al rendimiento de MySQL?
    No. Xitogent utiliza consultas ligeras y de solo lectura para recopilar métricas. La carga de la supervisión es insignificante y no afectará al rendimiento de tu base de datos.
    ¿Puedo supervisar la replicación de MySQL?
    Sí. La integración supervisa el retraso en la replicación, el estado de los servidores esclavos y los errores de replicación. Se te avisará de inmediato si tus réplicas se retrasan.
    ¿Funciona esto con MySQL en RDS o en bases de datos en la nube?
    La integración está diseñada para instancias de MySQL autohospedadas en las que esté instalado Xitogent. Para bases de datos gestionadas en la nube, consulta nuestras funciones de supervisión de API.
    ¿Qué versiones de MySQL son compatibles?
    Xitoring es compatible con MySQL 5.7 y versiones posteriores, incluida MySQL 8.x. MariaDB es compatible mediante una integración independiente.
    ¿Con qué frecuencia se recopilan los datos?
    Por defecto, los datos se recopilan cada minuto. Esto se puede ajustar a través del panel de control de Xitoring o de la interfaz de línea de comandos (CLI).
    ¿Cuál es la diferencia entre el monitoreo de MySQL y de MariaDB?
    El vocabulario del motor central (`Threads_connected`, `Innodb_buffer_pool_*`, `Slow_queries`, etc.) es compartido. MariaDB diverge en: (1) la monitorización del clúster Galera usa el namespace `wsrep_*` (tamaño del clúster, flow control, estado donante/joiner), totalmente ausente en MySQL vanilla; (2) herramientas como MariaDB MaxScale y ClusterControl; (3) los motores ColumnStore y Spider; (4) el formato GTID de replicación difiere. Use esta integración de MySQL para MySQL/RDS/Aurora; use la integración dedicada de MariaDB para MariaDB y clústeres Galera.
    ¿Esta integración afectará al rendimiento de MySQL?
    No tiene un impacto medible. Xitogent utiliza consultas ligeras de solo lectura contra `performance_schema` y `SHOW GLOBAL STATUS`: el mismo mecanismo que usan las propias herramientas de MySQL. El usuario de monitorización está limitado con `MAX_USER_CONNECTIONS 5` para que el agente nunca pueda agotar el pool de conexiones. El sondeo a intervalos de 60 segundos añade una carga de CPU insignificante.
    ¿Qué versiones de MySQL son compatibles?
    MySQL 5.7, MySQL 8.0 (cerca del fin de soporte), MySQL 8.4 LTS (actual) y la rama de innovación 9.x. La integración detecta automáticamente si `SHOW REPLICA STATUS` (8.0+) o `SHOW SLAVE STATUS` (legacy) es la llamada correcta y qué tablas de `performance_schema` están presentes. Para MariaDB o clústeres Galera, utilice en su lugar la integración dedicada de MariaDB.

    Empieza a seguir a MySQL hoy

    Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.

    Empieza tu prueba gratuita

    Sigue explorando

    Relacionado Integraciones