Configuración del servidor

Introducción

Configurar de forma correcta MySQL es esencial para garantizar tanto el rendimiento como la estabilidad del servidor. Hay varios cientos de opciones disponibles, lo que dificulta la elección de los parámetros. Por otra parte, en muchos casos, no existe un solo valor correcto que podamos aplicar con los ojos cerrados: con frecuencia, varios valores son válidos para una opción y la mejor configuración dependerá del uso del servidor.

Sin embargo, obtener una configuración correcta de nuestro servidor MySQL no es tan complicado en realidad. En primer lugar, tenga en cuenta que no hay ninguna configuración ideal: si sus peticiones se realizan sin lentitud especial y el servidor no muestra nunca signos de sobrecarga, esto significa que los parámetros esenciales están correctamente ajustados. Por otra parte, debe saber que no basta con modificar la configuración para solucionar todos los problemas de rendimiento: otros factores, como los recursos de hardware, el esquema de las tablas y los índices también tienen un impacto importante en el rendimiento. Por último, tenga en cuenta que, salvo una veintena de parámetros que es fundamental conocer y saber ajustar, la mayoría de las opciones solo son útiles en casos muy concretos que puede que no se le presenten nunca.

He aquí algunos consejos antes de entrar en el meollo del tema:

¿Cómo configurar el servidor?

Las opciones pueden definirse en diferentes niveles:

Si una opción se redefine en varios niveles, es su valor en el nivel más bajo de esta lista el que se tendrá en cuenta. Por ejemplo, si en el archivo de configuración la opción long-query-time es 10 y pasamos 2 al ejecutable mysqld, el valor para el servidor será 2.

El método más práctico, más seguro y que se recomienda para configurar el servidor es usar el archivo de configuración. Sin embargo, la modificación dinámica de las opciones se impone a veces.

Visualización de la configuración

El Administrador tiene varias posibilidades para ver la configuración del servidor MySQL. La manera más obvia es pasar por el archivo de configuración. Sin embargo, es posible que algunas de las opciones que contiene sean redefinidas al pasarlas por parámetro a mysqld. También debemos pensar en mirar el estado del proceso mysqld; por ejemplo, con el comando ps -ef | grep mysqld en Linux.

Pero estos dos primeros métodos tienen algunas limitaciones. En un servidor mal administrado, puede haber varios archivos de configuración, que el servidor no utilice necesariamente, y que además no tienen por qué llamarse my.cnf (o my.ini). Es más, los parámetros no suelen aparecer todos en el archivo de configuración y los que sí aparecen pueden redefinirse en caliente, como sucede con el parámetro de mysqld.

Para estar seguro de ver la configuración actual del servidor, debemos utilizar el comando SHOW GLOBAL VARIABLES, es decir, las tablas GLOBAL_VARIABLES del esquema virtual INFORMATION_SCHEMA o el comando SELECT @@global.nombre_variable.

mysql> SELECT * FROM INFORMATION_SCHEMA.GLOBAL_VARIABLES WHERE 
VARIABLE_NAME = 'datadir'; 
+---------------+-----------------------+  
| VARIABLE_NAME | VARIABLE_VALUE        |  
+---------------+-----------------------+  ...

Configuración de InnoDB

El registro

El servidor MySQL utiliza cuatro tipos de registros, cada uno con sus especialidades: el registro binario (binary log o binlog), el registro de peticiones lentas (slow query log), el registro general (general query log) y el registro de errores (error log), el único de los cuatro que se activará por defecto.

[mysqld]   
log-bin = /var/lib/mysql/mysql-bin
 

El modo SQL

El comportamiento predeterminado del servidor MySQL es bastante permisivo, en especial en lo que respecta a la coherencia de los datos. La directiva es en cierto modo: «Los datos recibidos son coherentes; por lo tanto, no es necesario comprobar nada», lo que en realidad no es siempre el caso. Si su aplicación comprueba todos los datos, se dispensa al servidor de realizar esta tarea y se evita así que disminuya el rendimiento. Sin embargo, si este no es el caso o si hay otra manera de acceder a los datos que no sea a partir de la aplicación, se debe utilizar el servidor para hacer las comprobaciones. Por ejemplo, si una cadena de caracteres es demasiado larga para insertarse en una columna, el servidor ejecutará la inserción truncando la cadena de caracteres y devolviendo una advertencia (warning) al cliente en la que dirá que los datos han sido truncados para que la inserción tenga éxito. Esto plantea dos problemas principales para la mayoría de las aplicaciones. En primer lugar, el dato presente en la tabla no es el enviado por el cliente, la coherencia de datos no está garantizada. En segundo lugar, nuestra experiencia nos ha demostrado que muy pocos desarrolladores tratan los avisos enviados por el servidor, lo cual quiere decir, por último, que se ha insertado un dato incorrecto en la base y que nadie está al corriente. La opción sql_mode que apareció en la versión 4.1 permite, entre otras cosas, resolver este tipo de problema. Esta opción puede cambiar el comportamiento del servidor:

mysql> SHOW SESSION VARIABLES LIKE 'sql_mode';  
+---------------+------------------------+  
| Variable_name | Value                  |  
+---------------+------------------------+  
| sql_mode      | NO_ENGINE_SUBSTITUTION |  
+---------------+------------------------+
 

Otros parámetros

mysql> SHOW GLOBAL STATUS LIKE 'Key_%';