Veja o bug do mysql que pode ser aplicado a você.
Aparentemente, você pode se livrar desse erro limitando a configuração "table_open_cache" a um número maior (500)
Estou recebendo os erros 'Perda de conexão com o servidor MySQL' e '2006: o servidor MySQL desapareceu' com tanta frequência que o servidor está inutilizável. Há questões relacionadas a esse problema, mas nenhuma que se aplique à minha situação; por exemplo, não há conexão de rede (o servidor é conectado por um soquete ao processo do cliente que está na mesma máquina) e não há consultas longas (a máquina está executando vários CMS - mediawiki, drupal e joomla - e PHPMyAdmin, mas não há nada excepcional sobre as consultas geradas, AFAIK).
Eu aumentei todos os tempos limite até o ponto em que eles certamente devem ser suficientes:
+-----------------------------+----------+
| Variable_name | Value |
+-----------------------------+----------+
| connect_timeout | 60 |
| delayed_insert_timeout | 300 |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 6000 |
| net_write_timeout | 6000 |
| rpl_stop_slave_timeout | 31536000 |
| slave_net_timeout | 3600 |
| wait_timeout | 28800 |
| max_allowed_packet | 16777216 |
+-----------------------------+----------+
Todas as outras configurações são o padrão, exceto
query_cache_size=64MB
max_allowed_packet=16M
Eu também alterei a configuração connect_timeout no php.ini para ilimitado:
; Maximum time (in seconds) for connect timeout. -1 means no limit
; http://php.net/mysql.connect-timeout
mysql.connect_timeout = -1
Reiniciar o servidor elimina o problema por algumas horas. Depois disso, todos os acessos através dos CMSs (por exemplo, através do PHP) e através de um pequeno programa de testes PHP com uma consulta trivial falharão. No entanto, ainda posso acessar o servidor MySQL e os bancos de dados por meio do cliente MySQL.
Não há mensagens de erro no log de erros do MySQL.
O servidor está sendo executado em um Mac Mini recente, usando o Mac OS X 10.9.5, o MySQL v5.6.22 e o PHP v5.6.3 instalado usando o Mac Port.
Você pode ajudar com ideias onde eu deveria procurar lidar com isso? (Esta consulta foi originalmente publicada em StackOverflow , mas fui aconselhado a repassar aqui )
[Em resposta aos comentários)
O MYSQL está agora exibindo os sintomas usuais, para que eu possa relatar seu estado. Para @Nathan C, ps aux |grep mysql dá:
_mysql 34888 0.0 6.4 4219456 1068400 ?? S 11:00pm 2:09.44 /opt/local/lib/mysql56/bin/mysqld --user=_mysql
root 34887 0.0 0.0 2510772 1192 ?? Ss 11:00pm 0:00.22 /opt/local/bin/daemondo --label=mysql56-server --start-cmd /opt/local/lib/mysql56/bin/mysqld --user=_mysql ; --pid=exec
root 74518 0.0 0.0 2475116 2140 s000 S+ Wed12pm 0:00.02 mysql -u root -p
scs1ng 7293 0.0 0.0 2432784 616 s003 R+ 8:04pm 0:00.00 grep mysql'
e top mostram:
Processes: 247 total, 2 running, 8 stuck, 237 sleeping, 943 threads 20:10:09
Load Avg: 1.50, 1.27, 1.13 CPU usage: 0.90% user, 1.69% sys, 97.39% idle SharedLibs: 16M resident, 11M data, 0B linkedit. MemRegions: 54262 total, 4947M resident, 111M private, 1476M shared.
PhysMem: 11G used (1535M wired), 5133M unused. VM: 629G vsize, 1069M framework vsize, 128(0) swapins, 199(0) swapouts. Networks: packets: 309678079/54G in, 382978367/227G out.
Disks: 35242710/547G read, 72080598/1265G written.
PID COMMAND %CPU TIME #TH #WQ #POR #MRE MEM RPRVT PURG CMPR VPRVT VSIZE PGRP PPID STATE UID FAULTS COW MSGS MSGR SYSBSD SYSMAC CSW PAGE KPRV KSHR IDLEW POWE
34888 mysqld 0.1 02:09.61 24 0 45 223 1021M 1021M 0B 0B 1220M 4121M 34887 34887 sleeping 74 325413 567 76 17 8737931+ 18555 1618292+ 0 -4M 27M 291795+ 0.3
@zimmi Eu corri o mysqlreport logo após reiniciar o servidor mysql. A saída parecia totalmente sensata. Agora eu o executei novamente, mas ele não consegue se conectar:
scs1ng$ perl5.12 mysqlreport --user root -password
Password for database user root:
DBI connect('host=localhost','root',...) failed: Lost connection to MySQL server at 'sending authentication information', system error: 32 at mysqlreport line 249
Died at mysqlreport line 249, <STDIN> line 1.
Veja o bug do mysql que pode ser aplicado a você.
Aparentemente, você pode se livrar desse erro limitando a configuração "table_open_cache" a um número maior (500)