Назад | Перейти на главную страницу

Исправление ошибки «Сервер MySQL ушел»

У меня проблемы с сервером mysql (и, как вы можете видеть, с моей учетной записью serverfault, ну, это уже другая история). У меня возникают ошибки в запросах с "Сервер Mysql ушел ..", я использую Debian Lenny, MySQL версии 5.0.51a-24 + lenny2-log, а вот конфигурация 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/

Есть ли что-нибудь, что я могу настроить, чтобы остановить эту ошибку?

Спасибо!

Я вижу две возможности:

1. PHP занимает много времени:

Если вы используете PHP, время выполнения может быть больше, чем таймауты MySQL. Вы можете проверить net_read_timeout и net_write_timeout против PHP max_execution_time. Если время выполнения PHP превышает 60, MySQL может отключиться.

2. перегруженный сервер

Поскольку ваш wait_timeout переменная - 8 часов (28800 секунд). Вас могут беспокоить простаивающие соединения MySQL. Использовать show processlist запрос, чтобы узнать, сколько незанятых потоков выполняется. Если у вас много незанятых потоков, вы можете уменьшить wait_timeout директива. В настоящее время я использую значение 60 на производственных веб-серверах (и пока никто не жаловался).

В любом случае MySQL явно нуждается в некоторых настройках. В сети есть много статей о настройке MySQL.

Сообщение «ушел» означает, что сервер устал ждать и закрыл соединение.

Вы должны иметь возможность разбудить его, открыв новое соединение.

«MySQL ушел» означает, что ваше веб-приложение не может подключиться к серверу MySQL. Это будет означать, что он не работает или недоступен. Вы можете проверить с помощью другого веб-приложения, phpMyAdmin или параметр командной строки «показать список процессов»; чтобы увидеть, что происходит внутри сервера MySQL.

Если вашему серверу не хватает памяти для запуска MySQL, он обычно так умирает, проверьте использование памяти и убедитесь, что у вас достаточно памяти в соответствии с вашими настройками.