"MySQL 서버가 사라졌습니다" 오류 수정

"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

나는 두 가지 가능성을 본다:

1. PHP 시간이 오래 걸립니다:

PHP를 사용하는 경우 실행 시간이 MySQL의 시간 초과보다 길어질 수 있습니다. PHP net_read_timeout의 .​ PHP의 실행 시간이 60보다 길면 MySQL의 연결이 끊어질 수 있습니다.net_write_timeoutmax_execution_time

2. 서버 과부하

변수는 8시간(28800초) 이므로 wait_timeout유휴 MySQL 연결로 인해 방해를 받을 수 있습니다. 쿼리 를 사용하여 show processlist실행 중인 유휴 스레드의 양을 확인하세요. 유휴 스레드가 많으면 지시어를 낮추는 것이 좋습니다 wait_timeout. 나는 현재 프로덕션 웹 서버에서 60이라는 값을 사용하고 있습니다(아직 아무도 불평하지 않았습니다).

어쨌든 MySQL에는 분명히 몇 가지 설정 조정이 필요합니다. 웹에는 MySQL 튜닝에 관해 이야기하는 많은 기사가 있습니다.

답변2

'사라짐' 메시지는 서버가 기다리다 지쳐서 연결을 닫았다는 신호입니다.

새로운 연결을 열어 깨울 수 있어야 합니다.

답변3

'MySQL이 사라졌습니다'는 웹 앱이 MySQL 서버에 연결할 수 없음을 의미합니다. 이는 다운되었거나 연결할 수 없음을 나타냅니다. 다른 웹앱으로 확인하실 수 있으며,phpMyAdmin또는 명령줄 옵션 'show processlist;' MySQL 서버 내부적으로 무슨 일이 일어나고 있는지 확인하십시오.

서버에 MySQL을 실행할 메모리가 충분하지 않으면 서버가 종료되는 것이 일반적입니다. 메모리 사용량을 확인하고 설정에 따라 메모리가 충분한지 확인하세요.

관련 정보