Corrigindo erro “MySQL server has away”

Question

Estou tendo um mau momento com o servidor mysql (e, como você pode ver, com minha conta serverfault também, bem, isso é outro histórico). Estou tendo erros em consultas com "O servidor mysql foi embora ..", Estou usando o 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 interromper esse erro?

Obrigado!

    

Answer 1

Eu vejo duas possibilidades:

1. PHP demorando muito tempo:

Se você estiver usando o PHP, o tempo de execução pode ser maior que o tempo limite do MySQL. Você pode querer verificar net_read_timeout e net_write_timeout em relação ao max_execution_time do PHP. Se o tempo de execução do PHP for maior que 60, o MySQL pode se desconectar.

2. servidor sobrecarregado

Como sua variável wait_timeout é de 8 horas (28800 segundos) Você pode ser incomodado por conexões ociosas do MySQL. Use a consulta show processlist para ver quantos segmentos inativos estão sendo executados. Se você tiver muitos threads inativos, talvez queira diminuir a diretiva wait_timeout . Atualmente, estou usando um valor de 60 em servidores da Web de produção (e ninguém se queixou ainda).

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

    

Answer 2

A mensagem 'se foi' é 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.

    

Answer 3

'MySQL desapareceu' significa que seu aplicativo da web não pode acessar o servidor MySQL. Isso indicaria que está inativo ou inacessível. Você pode verificar com outro aplicativo da web, phpMyAdmin ou 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 desapareça assim, verifique o uso de sua memória e assegure-se de ter o suficiente de acordo com suas configurações.