Un error de Acceso denegado puede tener muchas causas. Frecuentemente el problema está relacionado con las cuentas MySQL a las que el servidor deja que se conecten los programas cliente. Consulte Sección 5.6.8, “Causas de errores Access denied”. Consulte Sección 5.6.2, “Cómo funciona el sistema de privilegios”.

Un cliente MySQL en Unix puede conectarse al servidor mysqld de dos maneras diferentes: Utilizando un archivo socket de Unix para conectarse a través de un archivo en el sistema de ficheros (por defecto /tmp/mysql.sock), o utilizando TCP/IP, que se conecta a través de un número de puerto. Una conexión a través de archivo socket de Unix es más rápida que a través de TCP/IP, pero solo puede ser utilizada cuando se conecta a un servidor en la misma máquina. Se utiliza un archivo de socket Unix siempre que no se especifique un nombre de servidor o si se especifica el nombre de servidor especial localhost.

Si el servidor MySQL está ejecutándose en Windows 9x o Me, puede conectarse únicamente a través de TCP/IP. Si el servidor se está ejecutando sobre Windows NT, 2000, XP, o 2003 y ha sido iniciado con la opción --enable-named-pipe, puede también conectarse a través de named pipes si el cliente se está ejecutando en la misma máquina que el servidor. El nombre de la named pipe es por defecto MySQL. Si no se especifica un nombre de servidor al conectar a mysqld, un cliente MySQL intenta primero conectarse a la named pipe. Si esto no funciona, se conecta al puerto TCP/IP. Usted puede forzar la utilizaciónde named pipes en windows utilizando . como el nombre de servidor. hostname.

El error (2002) Can't connect to ... normalmente significa que no hay un servidor MySQL ejecutándose en el sistema o que usted está especificando un archivo de socket Unix o número de puerto TCP/IP al intentar conectarse al servidor.

Comience por comprobar si hay un proceso llamado mysqld ejecutándose en el servidor. (Utilice ps xa | grep mysqld en Unix o el Administrador de tareas en Windows). Si no existe ese proceso, debería iniciar el servidor. Consulte Sección 2.9.2.3, “Arrancar y resolver problemas del servidor MySQL”.

Si hay un proceso mysqld ejecutándose, puede comprobarlo ejecutando los siguientes comandos. El número de puerto o nombre del archivo socket de Unix pueden ser diferentes en su configuración. host_ip representa el número de IP de la máquina donde se está ejecutando el servidor.represents the IP number of the machine where the server is running.

shell> mysqladmin version
shell> mysqladmin variables
shell> mysqladmin -h `hostname` version variables
shell> mysqladmin -h `hostname` --port=3306 version
shell> mysqladmin -h host_ip version
shell> mysqladmin --protocol=socket --socket=/tmp/mysql.sock version

Tenga en cuenta la utilización de acentos abiertos en vez de comillas en el comando hostname; esto provoca que la salida de hostname (es decir, el nombre de máquina actual) sea sustituida en el comando mysqladmin. Si no tiene ningún comando hostname o está ejecutando sobre Windows, puede escribir manualmente el nombre de su máquina (sin acentos abiertos) tra la opción -h. También puede intentarlo con -h 127.0.0.1 para conectarse con TCP/IP a la máquina local.

Aquí hay algunas razones por las que el error Can't connect to local MySQL server podría ocurrir:

Si usted obtiene el mensaje de error Can't connect to MySQL server on some_host, puede intentar los siguientes procedimientos para averiguar cual es el problema:

Las versiones de MySQL número 4.1 y superiores utilizan un protocolo de autentificación basado en un algoritmo de hash de la clave que es incompatible con el que se utiliza en los clientes anteriores. Si actualiza su servidor a 4.1, los intentos de conectarse a él desde un cliente más viejo pueden fallar con el siguiente mensaje:

shell> mysql
Client does not support authentication protocol requested
by server; consider upgrading MySQL client

Para resolver este problema, debería utilizar alguno de los siguientes métodos:

Nota: En PHP, la extensión mysql no soporta el nuevo protocolo de autentificación en MySQL 4.1.1 y superior. Esto es así independientemente de la versión de PHP utilizada. Si desea poder utilizar la extensión mysql con MySQL 4.1 seguir alguna de las indicaciones explicadas arriba para configurar MySQL con clientes antiguos. La extensión mysqli (que significa "MySQL mejorado" - "MySQL Improved"; nueva en PHP 5) es compatible con el nuevo algoritmo de hashing mejorado empleado en MySQL 4.1 y superiores, y sin ninguna configuración especial necesaria que deba hacerse para utilizar esta nueva librería cliente de MySQL para PHP. Para más información sobre la extensión mysqli consulte http://php.net/mysqli.

For additional background on password hashing and authentication, Consulte Sección 5.6.9, “Hashing de contraseñas en MySQL 4.1”.

Los programas cliente de MySQL piden una contraseña cuando son invocados con la opción --password o -p sin especificar ningún valor para la contraseña:

shell> mysql -u user_name -p
Enter password:

En algunos sistemas, puede ocurrir que su contraseña funcione cuando es especificada en un archivo de opciones o en la línea de comandos, pero no cuando sea introducida interactivamente en la línea de comandos. Esto ocurre cuando la librería proveida por el sistema para leer contraseñas limite los valores de éstas a un número pequeño de caracteres (normalmente ocho). Eso es un problema con la librería del sistema, no con MySQL. Para poder solucionarlo, cambie su contraseña de MySQL a un valor que sea de ocho o menos caracteres de longitud, o ponga su constraseña en un archivo de opciones.

Si obtiene el siguiente error, significa que mysqld ha recibido demasiados intentos de conexión desde la máquina 'host_name' que han sido interrumpidos:

Host 'host_name' is blocked because of many connection errors.
Unblock with 'mysqladmin flush-hosts'

El número de intentos de conexión interrumpidos se puede determinar con el valor de la variable de sistema max_connect_errors. Tras max_connect_errors intentos fallidos, mysqld asume que hay algo que va mal (por ejemplo, que alguien está intentando romper la seguridad del sistema), y bloquea la máquina para que no pueda intentar volver a conectarse hasta que usted ejecute el comando mysqladmin flush-hosts o introduzca la sentencia FLUSH HOSTS. Consulte Sección 5.3.3, “Variables de sistema del servidor”.

Por defecto, mysqld bloquea una máquina tras 10 errores de conexión. Puede ajustar el valor iniciando el servidor así:

shell> mysqld_safe --max_connect_errors=10000 &

Si usted obtiene este mensaje de error para una máquina concreta, debería primero averiguar que no hay ningún problema con las conexiones TCP/IP desde esa máquina. Si está teniendo problemas de red, no hace ningún bien el incrementar el valor de la variable max_connect_errors.

Si obtiene un error Too many connections cuando intenta conectarse al servidor mysqld, significa que todas las conexiones disponibles están siendo utilizadas por otros clientes.

El número de conexiones permitidas está controlado por la variable de sistema max_connections. Su valor por defecto es 100. Si necesita soportar más conexiones, debería reiniciar mysqld con un valor más grande de esta variable.

mysqld realmente permite conectarse a max_connections+1 clientes. La conexión extra esta reservada para ser utilizada por cuentas que tienen el privilegio SUPER. Otorgando el privilegio SUPER a los administradores y no a usuarios normales (que no deberían necesitarlo), un administrador puede conectarse al servidor y utilizar SHOW PROCESSLIST para diagnosticar problemas aún cuando el máximo número de clientes sin privilegios estén conectados. Consulte Sección 13.5.4.16, “Sintaxis de SHOW PROCESSLIST”.

El número máximo de conexiones que MySQL puede soportar depende de la calidad de la librería de hilos de una plataforma dada. Linux o Solaris deberían ser capaces de soportar 500-1000 conexiones simultáneas, dependiendo de cuanta RAM tenga y que estén haciendo los clientes. Los binarios estáticos de Linux proveidos por MySQL AB pueden soportar hasta 4000 conexiones.

Si usted ejecuta una consulta utilizando el programa cliente mysql y recibe un error como el siguiente, significa que mysql no tiene suficiente memoria para almacenar el resultado completo de la consulta:

mysql: Out of memory at line 42, 'malloc.c'
mysql: needed 8136 byte (8k), memory in use: 12481367 bytes (12189k)
ERROR 2008: MySQL client ran out of memory

Para remediarlo, primero compruebe si su consulta es correcta. ¿Es razonable que devuelva tantas filas? Si no, corríjala y inténtelo de nuevo. Si no es así, puede invocar mysql con la opción --quick. Esto provoca que utilice la función mysql_use_result() de la API C para obtener el resultado, lo que hace que haya menos carga en el cliente (pero más en el servidor).

Esta sección también explica el error relacionado Lost connection to server during query.

La razón más común para el error MySQL server has gone away es que el servidor ha agotado el tiempo de espera y ha cerrado la conexión. En este caso, normalmente obtendrá uno de los siguientes códigos de error (dependiendo del sistema operativo):

Por defecto, el servidor cierra la conexión tras ocho horas si no pasa nada. Puede cambiar el límite de tiempo estableciendo la variable wait_timeout cuadno inicie mysqld Consulte Sección 5.3.3, “Variables de sistema del servidor”.

Si usted tiene un script, tiene que ejecutar la consulta de nuevo para que el cliente haga una reconexión automática. Esto da por hecho que tiene la reconexión automática activada en el cliente (que es la opción por defecto en el cliente de línea de comandos mysql).

Otras razones comunes por las que puede aparecer el error MySQL server has gone away son:

Puede comprobar si el servidor MySQL cayó y se reinició ejecutando mysqladmin version y examinando el tiempo de ejecución del servidor (uptime). Si la conexión del cliente se cortó debido a que mysqld falló y se reninicó, debería intentar encontrar la razón del fallo. Comience por comprobar si ejecutando la misma sentencia el servidor cae de nuevo. Consulte Sección A.4.2, “Qué hacer si MySQL sigue fallando (crashing)”.

Puede obtener más información sobre las conexiones perdidas iniciando mysqld con la opción --log-warnings=2. Esto registra algunos de los errores de desconexión en el archivo hostname.err. Consulte Sección 5.10.1, “El registro de errroes (Error Log)”.

Si quiere crear un informe de error en relación a este problema, asegúrese de incluir la siguiente información:

Consulte también Sección A.2.10, “Errores de comunicación y conexiones abortadas”.

Consulte Sección 1.6.1.2, “Hacer preguntas y reportar bugs”.

Un paquete de comunicación es una única sentencia SQL enviada al servidor MySQL o una única fila que es enviada al cliente.

En MySQL 3.23, el páquete más grande posible es de 16MB, debido a los límites del protocolo cliente/servidor. En MySQL 4.0.1 y superiores, el límite es de 1GB.

Cuando un cliente MySQL o el servidor mysqld recibe un paquete más grande de max_allowed_packet bytes, este devuelve un error Packet too large y cierra la conexión. Con algunos clientes, también podría obtener un error Lost connection to MySQL server during query si el paquete de comunicación es demasiado grande.

Tanto el cliente como el servidor tienen su propia variable max_allowed_packet así que si quiere gestionar paquetes grandes, debe aumentar esta variable tanto en el cliente como en el servidor.

Si está utilizando el programa cliente mysql, el valor por defecto de la variable max_allowed_packet es de 16MB. Este es también el máximo valor permitido anteriormente a la versión MySQL 4.0. Para establecer un valor mayor desde 4.0 en adelante, inicie mysql de la siguiente manera:

mysql> mysql --max_allowed_packet=32M

Esto establece el tamaño del paquete en 32MB.

El valor por defecto de la variable max_allowed_packet en el servidor es de 1MB. Pue incrementar esto si el servidor necesita gestionar consultas grandes (por ejemplo, si está trabajando con columnas BLOB grandes). Por ejemplo, para establecer la variable a 16MB, inicie el servidor así:

mysql> mysqld --max_allowed_packet=16M

Para versiones previas a MySQL 4.0, utilice esta sintaxis:

mysql> mysqld --set-variable=max_allowed_packet=16M

También puede utilizar un archivo de opciones para establecer max_allowed_packet. Por ejemplo, para establecer el valor para el servidor en 16MB, añada las siguientes líneas en su archivo de opciones:

[mysqld]
max_allowed_packet=16M

Para versiones previas a MySQL 4.0, utilice esta sintaxis:

[mysqld]
set-variable = max_allowed_packet=16M

Es seguro incrementar el valor de esta variable porque la memoria extra tan solo es utilizada cuando se necesite. Por ejemplo, mysqld solo ocupa más memoria cuando usted ejecuta una consulta grande o cuando mysqld debe retornar una fila de resultados grande. El valor por defecto pequeño en la variable, es una precaución para atrapar paquetes incorrectos entre el cliente y el servidor, y también para asegurarse de que usted no se queda sin memoria al utilizar paquetes grandes de manera accidental.

También puede sufrir problemas extraños con paquetes grandes si está utilizando valores BLOB grandes pero no ha dado a mysqld acceso a suficiente memoria para gestionar la consulta. Si sospecha que este es el caso, intente añadir ulimit -d 256000 al principio del script mysqld_safe y reinicie mysqld.

El registro de errores del servidor puede ser una fuente de información útil sobre problemas de conexión. Consulte Sección 5.10.1, “El registro de errroes (Error Log)”. A partir de MySQl 3.23.40, si quiere iniciar el servidor con la opción --warnings (o --log-warnings desde MySQl 4.0.3 en adelante), usted podría encontrar mensajes como este en su registro de errores:

010301 14:38:23  Aborted connection 854 to db: 'users' user: 'josh'

Si un mensaje Aborted connections aparece en el registro de errores, la causa puede ser alguna de las siguientes:

Cuando alguna de estas cosas pasa, el servidor incrementa la variable de estado Aborted_clients.

El servidor incrementa la variable de estado Aborted_connects cuando una de las siguientes cosas ocurren:

Si este tipo de cosas pasan, ¡podría ser indicativo de que alguien está intentando entrar en su servidor!

Otros motivos para los problemas con clientes que abortan o conexiones interrumpidas:

Consulte también Sección A.2.8, “MySQL se ha apagado”.

Hay varias maneras en que puede producirse un error de tabla llena:

Si obtiene un error del siguiente tipo en algunas consultas, significa que MySQL no puede crear un archivo temporal para el conjunto de resultados en el directorio temporal:

Can't create/write to file '\\sqla3fe_0.ism'.

El error anterior es un mensaje típico para Windows; el mensaje de Unix es similar.

Una solución es iniciar mysqld con la opción --tmpdir o añadir la opción a la sección [mysqld] de su archivo de opciones. Por ejemplo, para especificar el directorio C:\temp, utilice estas líneas:

[mysqld]
tmpdir=C:/temp

El directorio C:\temp debe existir y tener suficiente espacio para que el servidor MySQL escriba en él. Consulte Sección 4.3.2, “Usar ficheros de opciones”.

Otra causa de este error pueden ser temas de permisos. Asegúrese de que el servidor MySQL puede escribir en el directorio tmpdir.

Compruebe también el código de error que obtiene con perror. Una razón por la que el servidor puede no escribir en una tabla es que el sistema de archivos esté lleno:

shell> perror 28
Error code  28:  No space left on device

Si botiene un error Commands out of sync; you can't run this command now en su código de cliente, está llamando a las funciones cliente en orden erróneo.

Esto puede pasar, por ejemplo, si está utilizando mysql_use_result() e intenta ejecutar una nueva consulta antes de llamar a mysql_free_result(). También puede pasar si intenta ejecutar dos consultas que retornan datos sin llamar a mysql_use_result() o mysql_store_result() entre ellas.

Si obtiene el siguiente error, significa que cuando se inició mysqld o cuando recargó las tablas de privilegios, encontró una cuenta en la tabla user que tenía una contraseña no válida.

Found wrong password for user 'un_usuario'@'un_host'; ignoring user

Como resultado, la cuenta es sencillamente ignorada por el sistema de privilegios.

La siguiente lista indica posibles causas de este problema, y algunas soluciones:

If you get either of the following errors, it usually means that no table exists in the current database with the given name:

Table 'nombre_de_tabla' doesn't exist
Can't find file: 'nombre_de_tabla' (errno: 2)

En algunos casos, puede ser que la tabla no exista porque usted se esté refiriendo a ella incorrectamente:

Puede comprobar las tablas que hay en la base de datos actual con SHOW TABLES. Consulte Sección 13.5.4, “Sintaxis de SHOW”.

Si tiene problemas con los juegos de caracteres, puede obtener un error como este:

MySQL Connection Failed: Can't initialize character set charset_name

Este error puede tener una de las siguientes causas:

Si obtiene ERROR '...' not found (errno: 23), Can't open file: ... (errno: 24), o cualquier otro error con errno 23 o errno 24 de MySQL, significa que no tiene reservados suficientes descriptores de archivo para el servidor MySQL. Puede utilizar la utilidad perror para obtener una descripción de lo que el número de error significa:

shell> perror 23
Error code  23:  File table overflow
shell> perror 24
Error code  24:  Too many open files
shell> perror 11
Error code  11:  Resource temporarily unavailable

El problema aquí es que mysqld está intentando mantener abiertos demasiados archivos de manera simultánea. Puede decirle a mysqld que no abra tantos archivos a la vez, o incrementar el número de descriptores disponibles para mysqld.

Para decirle a mysqld que mantenga abiertos menos archivos de manera simultánea, puede hacer la cache de la tabla mas pequeña reduciendo el valor de la variable de sistema table_cache (el valor por defecto es 64). Reducir el valor de max_connections también reduce el número de archivos abiertos (el valor por defecto es 100).

Para cambiar el número de descriptores de archivo disponibles para mysqld, puede utilizar la opción --open-files-limit para mysqld_safe o (desde MySQL 3.23.30) establecer la variable de sistema open_files_limit. Consulte Sección 5.3.3, “Variables de sistema del servidor”. La manera más fácil de establecer estos valores es añadir una opción a su archivo de opciones. Consulte Sección 4.3.2, “Usar ficheros de opciones”. Si usted dispone de una versión antigua de mysqld que no soporta el establecimiento del límite de archivos abiertos, puede editar el script mysqld_safe. Hay una línea comentada en el script, ulimit -n 256. Puede eliminar el carácter '#' para descomentar esta línea, y cambiar el número 256 para establecer el número de descriptores de archivos que serán puestos a disposición de mysqld.

--open-files-limit y ulimit pueden incrementar el número de descriptores de archivo, pero sólo hasta el límite impuesto por el sistema operativo. Hay también un límite impuesto que puede ser sobreseido sólo si inicia mysqld_safe o mysqld como root (simplemente recuerde que necesita iniciar el servidor con la opción --user en este caso para que no continue ejecutándose como root tras el inicio). Si usted necesita incrementar el límite del sistema operativo sobre el número de descriptores de archivo disponibles para cada proceso, consulte la documentación de su sistema operativo.

Nota: ¡Si usted ejecuta el shell tcsh, ulimit no funciona! tcsh también informa de valores incorrectos cuando le interroga por los límites actuales. En este caso, debería iniciar mysqld_safe utilizando sh.

Cuando usted enlaza un programa para utilizar la librería cliente de MySQL, usted podría obtener errores de referencias no definidas para los símbolos que comiencen con mysql_, tal como los que se muestran aquí:

/tmp/ccFKsdPa.o: In function `main':
/tmp/ccFKsdPa.o(.text+0xb): undefined reference to `mysql_init'
/tmp/ccFKsdPa.o(.text+0x31): undefined reference to `mysql_real_connect'
/tmp/ccFKsdPa.o(.text+0x57): undefined reference to `mysql_real_connect'
/tmp/ccFKsdPa.o(.text+0x69): undefined reference to `mysql_error'
/tmp/ccFKsdPa.o(.text+0x9a): undefined reference to `mysql_close'

Debería ser capaz de resolver este problema añadiento -Ldir_path -lmysqlclient al final de su comando de enlace, donde dir_path representa la ruta de el directorio donde la librería cliente está situada. Para determinar el directorio correcto, utilice este comando:

shell> mysql_config --libs

La salida de mysql_config podría indicar otras librerías que deberían ser especificadas en el comando de enlace también.

Si obtiene errores de undefined reference en las funciones uncompress o compress, intente añadir -lz al final de su comando de enlace e intente de nuevo.

Si usted obtiene errores undefined reference para una función que no deberían ocurrir en su sistema, tal como connect, compruebe la página de la función en el manual y determine qué librerías debería añadir para el comando de enlace.

Podría obtener errores undefined reference como el siguiente por las funciones que no existen en su sistema:

mf_format.o(.text+0x201): undefined reference to `__lxstat'

Esto normalmente significa que su librería cliente MySQL fue compilada en un sistema que no es compatible al 100% con el suyo. En este caso, debería descargar la última distribución de código fuente de MySQL y compilar usted mismo MySQL. Consulte Sección 2.8, “Instalación de MySQL usando una distribución de código fuente”.

Podría obtener errores de referencia en tiempo de ejecución cuando intenta ejecutar un programa MySQL. Si estos errores especifican símbolos que comienzan con mysql_ o indican que la librería cliente mysqlclient no puede encontrarse, significa que su sistema no puede encontrar la librería compartida libmysqlclient.so. La corrección para esto es decirle a su sistema que busque las librerías compartidas donde estén situadas. Utilice aquel de los siguientes métodos que sea apropiedo para su sistema:

Otra manera de resolver este problema es enlazando su programa de manera estática con la opción -static, o eleminando las librería dinámicas MySQL antes de enlazar su código. Antes de intentar el segundo método, usted debería asegurarse de que ningún otro programa está utilizando las librerías dinámicas.

En Windows, usted puede ejecutar el servidor como un servicio de Windows utilizando cuentas de usuario normales a partir de MySQL 4.0.17 and 4.1.2. (Versiones más antiguas de MySQL requieren que usted tenga derechos de administrador. Eso fue un error introducido en MySQL 3.23.54.)

En Unix, el servidor MySQL mysqld puede iniciarse y ser ejecutado por cualquier usuario. Aún así, usted debería evitar ejecutar el servidor como el usuario Unix root, por razones de seguridad. Para ejecutar mysqld como un usuario normal Unix sin privilegios user_name, debe hacer lo siguiente:

Si su máquina Unix no es segura, debería asignar contraseñas a las cuentas root de MySQL en las tablas de privilegios. De otra manera cualquier usuario con una cuenta de entrada a su máquina podría ejecutar el cliente mysql con una opción --user=root y realizar cualquier operación. (Es una buena idea asignar contraseñas a las cuentas MySQL en cualquier caso, pero especialmente si existen otras cuentas de entrada en la máquina del servidor.) Consulte Sección 2.9, “Puesta en marcha y comprobación después de la instalación”.

Si usted tiene problemas con los permisos de archivos, la variable de entorno UMASK puede estar especificada de manera incorrecta al inicio de mysqld. Por ejemplo, MySQL puede devolver el siguiente mensaje de error al crear una tabla:

ERROR: Can't find file: 'path/with/filename.frm' (Errcode: 13)

El valor por defecto de UMASK es 0660. Ustee puede cambiar este comportamiento iniciando mysqld_safe de la siguiente manera:

shell> UMASK=384  # = 600 en octal
shell> export UMASK
shell> mysqld_safe &

Por defecto, MySQL crea las bases de datos y directorios RAID con un valor de permiso de acceso de 0700. Usted puede modificar este comportamiento estableciendo la variable UMASK_DIR. Si usted establece su valor, los nuevos directorios serán creados con los valores combinados de UMASK y UMASK_DIR. Por ejemplo, si usted quiere dar acceso de grupo a todos los directorios nuevos, puede hacer eso:

shell> UMASK_DIR=504  # = 770 en octal
shell> export UMASK_DIR
shell> mysqld_safe &

En MySQL 3.23.25 y superiores, MySQL asume que el valor de UMASK y UMASK_DIR está en octal si comienza por cero.

Consulte Apéndice E, Variables de entorno.

Si nunca ha establecido una contraseña para el usuario root de MySQL, el servidor no requiere ninguna contraseña para conectar como root. De todas formas, se recomienda establecer una contraseña para cada cuenta. Consulte Sección 5.5.1, “Guía de seguridad general”.

Si usted había establecido previamente una contraseña para el usuario root, pero ha olvidado cual era, puede establecer una nueva contraseña. El siguiente procedimiento es para sistemas Windows. El procedimiento para sistemas Unix está descrito más adelante en esta sección.

El proceso bajo Windows: The procedure under Windows:

En un entorno Unix, el procedimiento para restablecer la contraseña root es el siguiente:

Una alternativa, en cualquier plataforma, es establecer la nueva contraseña desde el cliente mysql (pero esta manera es menos segura):

Cada versión de MySQL es probada en muchas plataformas antes de ser lanzada al público. Esto no significa que no haya ningún fallo en MySQL, pero si hay alguno, deberían ser muy pocos y difíciles de encontrar. Si tiene un problema, siempre ayuda si usted intenta encontrar qué es lo que hace fallar su sistema exactamente, porque tendrá una probabilidad mucho mayor de que su problema sea solucionado rápidamente.

Primero, debería intentar averiguar si el problema es que el servidor mysqld muere o el problema tiene que ver con su cliente. Puede comprobar cuando tiempo se ha estado ejecutando ininterrumpidamente su servidor ejecutando mysqladmin version. Sí mysqld ha caido y se ha reiniciado, podría encontrar la razón mirando en el registro de errores del servidor. Consulte Sección 5.10.1, “El registro de errroes (Error Log)”.

En algunos sistemas, puede encontrar en volcado de pila en el registro de errores del momento en que el servidor mysqld murió, y que puede analizar con el programa resolve_stack_dump. Consulte Sección D.1.4, “Usar stack trace”. Nótese que los valores de las variables escritos en el registro de errores pueden no ser siempre correctos al 100%.

Muchas caidas del servidor son causadas por archivos de datos o índices corruptos. MySQL actualiza los archivos en el disco con la llamada de sistema write() después de cada sentencia SQL y antes de que el cliente sea notificado del resultado. (Esto no es así si está ejecutando con --delay-key-write, en cuyo caso los archivos de datos son escritos pero no los de índices.) Esto significa que los contenidos de los archivos de datos están seguros aunque mysqld caiga, porque el sistema operativo se asegura de que los datos no volcados sean escritos al disco. Puede forzar a que MySQL escriba todo a disco tras cada sentencia SQL iniciando mysqld con la opción --flush.

Esto significa que normalmente usted no debería obtener tablas corruptas a menos que una de las siguientes cosas ocurra:

Debido a que es muy difícil saber por qué algo está fallando, primero intente comprobar las cosas que funcionan frente a las que fallan en su caso. Por favor, intente las siguientes comprobaciones:

Esta sección explica como MySQL se comporta frente a errores de disco lleno (como “no space left on device”), y, a partir de MySQL 4.0.22, a errores de límite de cuota (como “write failed” o “user block limit reached”).

Esta sección es relevante para escrituras a tablas MyISAM. A paritr de MySQL 4.1.9, también se aplica a las escrituras a archivos de registro binario y también a sus índices, excepto por las referencias a “row” y “record” que deberían entenderse como “event.”

Cuando se llega a la situación de disco lleno, MySQL hace lo siguiente:

Para aliviar el problema, puede hacer lo siguiente:

Hay excepciones al comportamiento descrito previamente, como cuando utiliza REPAIR TABLE o OPTIMIZE TABLE, o cuando los índices son creados en batch tras la sentencia LOAD DATA INFILE o la sentencia ALTER TABLE. Todas estas sentencias podrían crear grandes archivos temporales que, si se dejan a su suerte, podrían causar enormes problemas para el resto del sistema. Si el disco se llena mientras MySQL está haciendo alguna de estas operaciones, elimina el archivo temporal grande y marca la tabla como corrupta. La excepción es que con ALTER TABLE, la tabla antigua se deja tal como estaba, sin cambios.

MySQL utiliza el valor de la variable de entorno TMPDIR como la ruta al directorio en el que almacenar archivos temporales. Si no tiene configurada TMPDIR, MySQL utiliza el valor por defecto del sistema, que normalmente es /tmp, /var/tmp, o /usr/tmp. Si el sistema de archivos que contiene su directorio de archivos temporales es demasiado pequeño, puede utilizar la opción --tmpdir de mysqld para especificar un directorio en un sistema de archivos en el que tenga suficiente espacio.

Desde MySQL 4.1, la opción --tmpdir puede establecerse como una lista de varias rutas que son utilizadas de manera round-robin. Las rutas deben estar separadas por caracteres de dos puntos (':') en Unix, y de punto y coma (';') en Windows, NetWare y OS/2. Nota: Para repartir la carga de manea efectiva, estas rutas tienen que estar colocadas en diferentes discos físicos, no en diferentes particiones del mismo disco.

Si el servidor MySQL actua como un esclavo de replicación, no debería hacer que --tmpdir apunte a un drectorio en un sistema de archivos basada en memoria, o un directorio que se limpia cuando la máquina se reinicia. Un esclavo de replicación necesita algunos de sus archivos temporales para sobrevivir a un reinicio de la máquina de manera que pueda replicar tablas temporales u operaciones LOAD DATA INFILE. Si se pierden archivos del directorio temporal cuando el servidor reinicia, la replicación falla.

MySQl crea todos los archivos temporales como archivos ocultos. Esto asegura que los archivos temporales se eliminan si mysqld termina. La desventaja de utilizar archivos ocultos es que usted no podrá ver el gran archivo temporal que llena su sistema de archivos.

Cuando ordena (ORDER BY o GROUP BY), MySQL normalmente utiliza uno o dos archivos temporales. El espacio máximo de disco requerido se determina con la siguiente expresión:

(longitud de lo que está siendo ordenado + tamañode(puntero de fila))
* número de filas concordantes
* 2

El tamaño del puntero de fila es normalmente de 4 bytes, pero puede crecer en el futuro para tablas realmente grandes.

Para algunas consultas SELECT, MySQL también crea tablas SQL temporales. Estas no están ocultas y tienen nombres del tipo SQL_*.

ALTER TABLE crea una tabla temporal en el mismo directorio que la tabla original.

El lugar por defecto del archivo de socket Unix que el servidor utiliza para comunicarse con los clientes locales es /tmp/mysql.sock. Esto podría causar problemas, porque en agunas versiones de Unix, cualquiera puede borrar archivos del direcotorio /tmp.

En la mayoría de versiones de Unix, usted puede proteger su directorio /tmp de manera que los archivos solo puedan ser borrados por sus propietarios o el superusuario (root). Para hacer esto, establezca el bit sticky en el directorio /tmp entrando en el sitema como root y utilizando el siguiente comando:

shell> chmod +t /tmp

Puede comprobar si el bit sticky esta activado ejecutando ls -ld /tmp. Si el último carácter de privilegios es t, el bit está activado.

Otra solución es cambiar el lugar donde el servidor crea el archivo socket de Unix. Si hace esto, debería también hacérselo saber a los programas clientes. Puede especificar el lugar del archivo de diferentes maneras:

Puede comprobar si el nuevo lugar del socket funciona intentando conectar al servidor con el siguiente comando:

shell> mysqladmin --socket=/ruta//socket version

Si tiene un prooblema cn que SELECT NOW() retorno los valores en GMT y no en su hora local, tiene que decirle al servidor cual es su zona actual. Lo mismo es aplicable para UNIX_TIMESTAMP() su retorna un valor incorrecto. Esto debe hacerse para el entorno en que el servidor se ejecuta; por ejemplo en mysqld_safe o mysql.server. Consulte Apéndice E, Variables de entorno.

Puede establecer la zona horaria del servidor con la opción --timezone=timezone_name para mysqld_safe. También puede establecerla configurando la varible de entorno TZ antes de iniciar mysqld.

Los valores permisibles para --timezone o TZ dependen de sus sistema. Consulte la documentación de su sistema operativo para ver qué valores son aceptables.

Por defecto, las búsquedas de MySQL no tienen sensibilidad a mayúsculas (aunque algunos juegos de caracteres tienen siempre sensibilidad a mayúsculas como el checo). Esto significa que si busca con col_name LIKE 'a%', obtendrá todas las columnas que comiencen con A o a. Si quiere hacer que esta consulta sea sensible a las mayúsculas, asegúrese de que alguno de los operandos tiene una colación binaria sensible a las mayúsculas. Por ejemplo, si está comparando una columna y una cadena de caracteres que tienen ambos el juego de caracteres latin1, puede utilizar el operador COLLATE para causar que cualquiera de los operandos tenga la colación latin1_general_cs o latin1_bin. Por ejemplo:

col_name COLLATE latin1_general_cs LIKE 'a%'
col_name LIKE 'a%' COLLATE latin1_general_cs
col_name COLLATE latin1_bin LIKE 'a%'
col_name LIKE 'a%' COLLATE latin1_bin

Si quiere que una columna siemrpe sea tratada de manera sensible a mayúsculas, declárela de esa manera, con una colación que lo sea. Consulte Sección 13.1.5, “Sintaxis de CREATE TABLE”.

Previamentea MySQL 4.1, COLLATE no está disponible. Utilice el operador BINARY en las expresiones para tratar una cadena de caráceres como binaria: BINARY col_name LIKE 'a%' o col_name LIKE BINARY 'a%'. En declaracines de columnas, utilice el atributo BINARY.

Las operaciones de comparación simples (>=, >, =, <, <=, ordenación, y agrupación) se basan en el valor de orden del carácter. Caracteres con el mismo valor de orden (como 'E', 'e', y 'é