☰

Corrigindo o erro “O servidor MySQL desapareceu”

tag-icon • tag-icon mysql debian
Corrigindo o erro “O servidor MySQL desapareceu”

Estou tendo problemas com o servidor mysql (e como você pode ver, com minha conta serverfault também, bem, isso é outra história). Estou tendo erros em consultas com "O servidor MySQL foi embora..", estou usando Debian Lenny, MySQL versão 5.0.51a-24+lenny2-log, e aqui está a configuração my.cnf

[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/english
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address            = 0.0.0.0
#
# * Fine Tuning
#
wait_timeout            = 28800
net_read_timeout        = 60
net_write_timeout       = 60
key_buffer              = 384M
max_allowed_packet      = 64M
thread_stack            = 128K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover          = BACKUP
#max_connections        = 100
table_cache            = 4096
sort_buffer             = 2M
read_buffer             = 2M
read_rnd_buffer         = 64M
myisam_sort_buffer_size = 64M

#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit       = 64M
query_cache_size        = 32M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log            = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement :)
#
# Here you can see queries with especially long duration
log_slow_queries        = /var/log/mysql/mysql-slow.log
long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id              = 1
#log_bin                        = /var/log/mysql/mysql-bin.log
expire_logs_days        = 10
max_binlog_size         = 100M
#binlog_do_db           = include_database_name
#binlog_ignore_db       = include_database_name
#
# * BerkeleyDB
#
# Using BerkeleyDB is now discouraged as its support will cease in 5.1.12.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
# You might want to disable InnoDB to shrink the mysqld process by circa 100MB.
#skip-innodb
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet      = 32M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer              = 16M

#
# * NDB Cluster
#
# See /usr/share/doc/mysql-server-*/README.Debian for more information.
#
# The following configuration is read by the NDB Data Nodes (ndbd processes)
# not from the NDB Management Nodes (ndb_mgmd processes).
#
# [MYSQL_CLUSTER]
# ndb-connectstring=127.0.0.1


#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/

Há algo que eu possa ajustar para impedir esse erro?

Obrigado!

Responder1

Vejo duas possibilidades:

1. PHP demorando muito:

Se você estiver usando PHP, o tempo de execução pode ser maior que o tempo limite do MySQL. Você pode querer verificar net_read_timeoute net_write_timeoutcomparar com PHP max_execution_time. Se o tempo de execução do PHP for superior a 60, o MySQL poderá se desconectar.

2. servidor sobrecarregado

Como sua wait_timeoutvariável é 8 horas (28.800 segundos), você pode se incomodar com conexões MySQL ociosas. Use a show processlistconsulta para ver quantos threads ociosos estão em execução. Se você tiver muitos threads ociosos, convém diminuir a wait_timeoutdiretiva. Atualmente estou usando um valor de 60 em servidores web de produção (e ninguém reclamou ainda).

De qualquer forma, o MySQL obviamente precisa de alguns ajustes nas configurações. Existem muitos artigos na web falando sobre ajuste do MySQL.

Responder2

A mensagem 'desapareceu' é um sinal de que o servidor se cansou de esperar e fechou a conexão.

Você deve conseguir ativá-lo abrindo uma nova conexão.

Responder3

'MySQL desapareceu' significa que seu aplicativo da web não consegue acessar o servidor MySQL. Isso indicaria que está inativo ou inacessível. Você pode verificar com outro aplicativo da web,phpMyAdminou a opção de linha de comando 'show processlist;' para ver o que está acontecendo internamente com o servidor MySQL.

Se o seu servidor não tiver memória suficiente para o MySQL rodar, é comum que ele morra assim, verifique o uso de memória e certifique-se de ter memória suficiente de acordo com suas configurações.

informação relacionada