Tente adicionar skip-name-resolve
a [mysqld]
seção de /etc/my.cnf
da seguinte forma:
[mysqld]
skip-name-resolve
Parece ser um problema de resolução de nomes.
De repente, hoje, eu tive um problema com conexões ao mysql pendurado ao conectar por endereço IP (por exemplo, mysql -h 10.1.248.20), mas eu ainda podia conectar usando localhost bem, independentemente do usuário.
mysql> show processlist;
+----+----------------------+------------------+------+---------+------+-----------------------------------------------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+----------------------+------------------+------+---------+------+-----------------------------------------------------------------------+------------------+
| 1 | system user | | NULL | Connect | 10 | Connecting to master | NULL |
| 2 | system user | | NULL | Connect | 10 | Has read all relay log; waiting for the slave I/O thread to update it | NULL |
| 37 | unauthenticated user | 10.1.248.3:36694 | NULL | Connect | NULL | login | NULL |
| 38 | unauthenticated user | 10.1.248.3:36695 | NULL | Connect | NULL | login | NULL |
| 39 | unauthenticated user | 10.1.248.3:36696 | NULL | Connect | NULL | login | NULL |
| 40 | root | localhost | NULL | Query | 0 | NULL | show processlist |
+----+----------------------+------------------+------+---------+------+-----------------------------------------------------------------------+------------------+
6 rows in set (0.00 sec)
Sim, percebo que a replicação foi quebrada nessa saída acima; isso foi depois que eu tentei reiniciar o MySQL (era uma emergência).
E, de repente, quando as coisas pararam de funcionar, eles começaram a trabalhar novamente.
O DNS estava funcionando bem no momento. A replicação ainda estava funcionando. O MySQL era responsivo.
Alguém tem alguma idéia do que faria com que os logins do MySQL de IPs remotos fossem suspensos repentinamente?
Tags mysql