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.
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.
También necesitas Perl, pero tranquilo, que ya viene instalado en muchas distribuciones de Linux.
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.
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.
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.
Esto indica las estadísticas del almacenamiento. Si tenemos algunas tablas fragmentadas aquí se mostrará.
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.
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.
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.
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.
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.
El día de hoy te mostraré cómo crear un servidor HTTP (servidor web) en Android…
En este post te voy a enseñar a designar una carpeta para imprimir todos los…
En este artículo te voy a enseñar la guía para imprimir en una impresora térmica…
Hoy te voy a mostrar un ejemplo de programación para agregar un módulo de tasa…
Los usuarios del plugin para impresoras térmicas pueden contratar licencias, y en ocasiones me han…
Hoy voy a enseñarte cómo imprimir el € en una impresora térmica. Vamos a ver…
Esta web usa cookies.
Ver comentarios