Descargar MySQLTuner para comprobar instalación de MySQL en Linux

Usar MySQLTuner para mejorar y revisar una instalación de MySQL

Existe un script programado en Perl que sirve para mejorar el rendimiento de MySQL (y otros motores de bases de datos) comprobando algunas características e indicando cuáles cosas se pueden mejorar para que nuestra instalación de MySQL sea más rápida y estable.

El script del que hablo se llama MySQLTuner y es totalmente gratuito de usar, fácil de instalar, open source (aquí el repositorio) y muy útil. No modifica nada, pero indica qué se podría modificar y mejorar.

Vamos a ver cómo descargarlo, ejecutarlo y usarlo en Linux Ubuntu Server, aunque también aplica para otros servidores que tengan el motor de base de datos de MySQL.

Descargar MySQLTuner

Para descargarlo, simplemente se necesita tener una conexión a internet. Al final de todo es un archivo de código fuente de Perl disponible en internet a través de un servidor HTTP, por lo que se puede obtener con wget:

wget http://mysqltuner.pl/ -O mysqltuner.pl

Si no puedes usar wget, simplemente visita la página http://mysqltuner.pl/ (que te redirige al archivo), copia el código y pégalo en un archivo con extensión .pl.

Descargar MySQLTuner para comprobar instalación de MySQL en Linux
Descargar MySQLTuner para comprobar instalación de MySQL en Linux

También necesitas Perl, pero tranquilo, que ya viene instalado en muchas distribuciones de Linux.

Ejecutar script de MySQLTuner para mejorar instalación de MySQL

Cuando se haya descargado, ejecuta:

perl mysqltuner.pl

Si el archivo tiene un nombre distinto, simplemente cámbialo. Al inicio pedirá usuario y contraseña (de MySQL, no del sistema operativo); recomiendo poner los de root o los de un usuario que tenga acceso administrativo.

Ejecutar con Perl el archivo MySQLTuner
Ejecutar con Perl el archivo MySQLTuner

La contraseña no se muestra. Ahí dejamos que el script haga lo suyo y dependiendo de nuestra instalación va a mostrar distintas cosas o mejoras que podemos hacer (el script sólo reporta, no cambia nada).

Un ejemplo de la salida es la siguiente:

Currently running supported MySQL version 5.7.24-0ubuntu0.16.04.1
[OK] Operating on 64-bit architecture

-------- Log file Recommendations ------------------------------------------------------------------
[--] Log file: /var/lib/mysql/Parzibyte-PC.err(0B)
[!!] Log file /var/lib/mysql/Parzibyte-PC.err doesn't exist
[!!] Log file /var/lib/mysql/Parzibyte-PC.err isn't readable.

-------- Storage Engine Statistics -----------------------------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MEMORY +MRG_MYISAM +MyISAM +PERFORMANCE_SCHEMA
[--] Data in InnoDB tables: 16.0K (Tables: 1)
[OK] Total fragmented tables: 0

-------- Analysis Performance Metrics --------------------------------------------------------------
[--] innodb_stats_on_metadata: OFF
[OK] No stat updates during querying INFORMATION_SCHEMA.

-------- Security Recommendations ------------------------------------------------------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[!!] There is no basic password file list!

-------- CVE Security Recommendations --------------------------------------------------------------
[--] Skipped due to --cvefile option undefined

-------- Performance Metrics -----------------------------------------------------------------------
[--] Up for: 10m 25s (15 q [0.024 qps], 11 conn, TX: 44K, RX: 1K)
[--] Reads / Writes: 100% / 0%
[--] Binary logging is disabled
[--] Physical Memory     : 256.0M
[--] Max MySQL memory    : 352.4M
[--] Other process memory: 0B
[--] Total buffers: 192.0M global + 1.1M per thread (151 max threads)
[--] P_S Max memory usage: 72B
[--] Galera GCache Max memory usage: 0B
[OK] Maximum reached memory usage: 193.1M (75.42% of installed RAM)
[!!] Maximum possible memory usage: 352.4M (137.67% of installed RAM)
[!!] Overall possible memory usage with other process exceeded memory
[OK] Slow queries: 0% (0/15)
[OK] Highest usage of available connections: 0% (1/151)
[!!] Aborted connections: 27.27%  (3/11)
[!!] name resolution is active : a reverse name resolution is made for each new connection and can reduce performance
[!!] Query cache may be disabled by default due to mutex contention.
[!!] Query cache efficiency: 0.0% (0 cached / 6 selects)
[OK] Query cache prunes per day: 0
[OK] No Sort requiring temporary tables
[OK] No joins without indexes
[OK] Temporary tables created on disk: 0% (0 on disk / 4 total)
[OK] Thread cache hit rate: 90% (1 created / 11 connections)
[OK] Table cache hit rate: 27% (30 open / 111 opened)
[OK] Open file limit used: 0% (6/1K)
[OK] Table locks acquired immediately: 100% (102 immediate / 102 locks)

-------- Performance schema ------------------------------------------------------------------------
[--] Memory used by P_S: 72B
[--] Sys schema is installed.

-------- ThreadPool Metrics ------------------------------------------------------------------------
[--] ThreadPool stat is disabled.

-------- MyISAM Metrics ----------------------------------------------------------------------------
[!!] Key buffer used: 18.2% (3M used / 16M cache)
[OK] Key buffer size / total MyISAM indexes: 16.0M/43.0K
[!!] Read Key buffer hit rate: 50.0% (6 cached / 3 reads)

-------- InnoDB Metrics ----------------------------------------------------------------------------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 0
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 128.0M/16.0K
[!!] Ratio InnoDB log file size / InnoDB Buffer pool size (75 %): 48.0M * 2/128.0M should be equal 25%
[OK] InnoDB buffer pool instances: 1
[--] Number of InnoDB Buffer Pool Chunk : 1 for 1 Buffer Pool Instance(s)
[OK] Innodb_buffer_pool_size aligned with Innodb_buffer_pool_chunk_size & Innodb_buffer_pool_instances
[!!] InnoDB Read buffer efficiency: 76.59% (867 hits/ 1132 total)
[!!] InnoDB Write Log efficiency: 0% (2 hits/ 0 total)
[OK] InnoDB log waits: 0.00% (0 waits / 2 writes)

-------- AriaDB Metrics ----------------------------------------------------------------------------
[--] AriaDB is disabled.

-------- TokuDB Metrics ----------------------------------------------------------------------------
[--] TokuDB is disabled.

-------- XtraDB Metrics ----------------------------------------------------------------------------
[--] XtraDB is disabled.

-------- Galera Metrics ----------------------------------------------------------------------------
[--] Galera is disabled.

-------- Replication Metrics -----------------------------------------------------------------------
[--] Galera Synchronous replication: NO
[--] No replication slave(s) for this server.
[--] Binlog format: ROW
[--] XA support enabled: ON
[--] Semi synchronous replication Master: Not Activated
[--] Semi synchronous replication Slave: Not Activated
[--] This is a standalone server

-------- Recommendations ---------------------------------------------------------------------------
General recommendations:
    MySQL was started within the last 24 hours - recommendations may be inaccurate
    Reduce your overall MySQL memory footprint for system stability
    Dedicate this server to your database for highest performance.
    Reduce or eliminate unclosed connections and network issues
    Configure your accounts with ip or subnets only, then update your configuration with skip-name-resolve=1
    Before changing innodb_log_file_size and/or innodb_log_files_in_group read this: https://bit.ly/2TcGgtU
Variables to adjust:
  *** MySQL's maximum memory usage is dangerously high ***
  *** Add RAM before increasing MySQL buffer variables ***
    query_cache_size (=0)
    query_cache_type (=0)
    query_cache_limit (> 1M, or use smaller result sets)
    innodb_log_file_size should be (=16M) if possible, so InnoDB total log files size equals to 25% of buffer pool size.

Analicemos un poco los apartados, pues si analizamos cada recomendación o reporte tardaríamos mucho y cambiaría dependiendo del escenario.

Secciones del reporte de MySQLTuner

A modo general, lo que inicia con OK está bien, aquello que tiene dos guiones medios -- es neutro y finalmente si tiene dos signos de admiración !! es porque algo no anda mal.

Storage Engine Statistics

Esto indica las estadísticas del almacenamiento. Si tenemos algunas tablas fragmentadas aquí se mostrará.

Security Recommendations

Seguridad en nuestra base de datos. En el ejemplo de salida muestra que está bien que no haya usuarios anónimos, y que todas las bases de datos están protegidas con contraseña.

CVE Security Recommendations

La salida no muestra nada porque no proporcionamos un archivo de las vulnerabilidades de CVE, algo así como una forma de saber las vulnerabilidades encontradas.

Performance Metrics

Las métricas del rendimiento. Aquí muestra cuánta RAM podría llegar a usar MySQL en caso de estar muy ocupado; algunas veces indica cuánto porcentaje de toda la memoria está usando.

Recommendations

El apartado de recomendaciones podría decirse que es el más amigable para el usuario. Indica qué cosas deberíamos hacer, así como las variables que se deberían ajustar.

A dónde ir después de aquí

Si eres un experto en bases de datos puedes configurar las variables y ajustar las demás cosas que el script te haya recomendado; si estás probando puedes investigar más sobre el ajuste arrojado.

Recuerda que no debes mover las cosas del servidor si no sabes lo que estás haciendo.

Por cierto, entre más tiempo de uso tenga nuestro servidor, mejores métricas se arrojarán; por lo que no hace daño ir ejecutando este script de vez en cuando.

Estoy aquí para ayudarte 🤝💻


Estoy aquí para ayudarte en todo lo que necesites. Si requieres alguna modificación en lo presentado en este post, deseas asistencia con tu tarea, proyecto o precisas desarrollar un software a medida, no dudes en contactarme. Estoy comprometido a brindarte el apoyo necesario para que logres tus objetivos. Mi correo es parzibyte(arroba)gmail.com, estoy como@parzibyte en Telegram o en mi página de contacto

No te pierdas ninguno de mis posts 🚀🔔

Suscríbete a mi canal de Telegram para recibir una notificación cuando escriba un nuevo tutorial de programación.

1 comentario en “Usar MySQLTuner para mejorar y revisar una instalación de MySQL”

  1. Pingback: Instalar y configurar MySQL 5.7 en Linux Ubuntu - Parzibyte's blog

Dejar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *