MySQL Error 2013
Я сталкиваюсь с ошибкой подключения к проблеме MySQL, когда я запускаю свою программу более двух дней. Код ошибки MySQL - 2013 при подключении к базе данных. Серверные и клиентские программы MySQL находятся на одной машине. Я использую FC5 в качестве моей ОС, и версия MySQL - 5.0.18. Кто-нибудь может пролить свет на это?
Я получаю mysql ошибку 2013 во время звонка mysql_real_connect()...
Любая помощь приветствуется.
6 ответов
Попробуйте использовать localhost вместо вашего собственного IP. Я не знаю почему, но это сразу решило проблему для меня.
Я был бы очень признателен, если бы кто-то мог объяснить, почему это сработало, внезапно.
Звучит как проблема с брандмауэром. Вы пытались временно отключить брандмауэр?
Другое возможное решение заключается в том, чтобы выпустить сценарий запуска, как упомянуто здесь, и закомментировать следующую строку:
SKIP = пропуск сеть
Третье возможное решение упоминается здесь. Пользователь попытался получить доступ к базе данных InnoDB, и поддержка InnoDB была случайно отключена для сервера MySQL.
(новый) Я нашел эту официальную статью MySQL, в которой есть много подходов для решения проблемы. Вы изменили системную переменную wait_timeout?
Вот ответ, который вы не можете ожидать. Я столкнулся с той же проблемой. Ошибка MySQL 2013. Вот признаки:
PHPMyAdmin сработал 2013 и ошибка 95.
Я мог застрять в мониторе MySQL, но потребовалось слишком много времени для запуска. Я мог просматривать таблицы, и все работало после запуска утилиты командной строки
Серверу потребовалось долгое время для остановки и перезапуска.
Нет ошибок в журнале ошибок MySQL.
Я работаю с хорошим сисадмином, который проверил netstat -tn, который дал ответ:
tcp 0 0 [my.srv.ip]:3306 184.73.87.215:59271 ESTABLISHED
tcp 0 1 [my.srv.ip]:38138 184.73.87.215:113 SYN_SENT
IP-адрес разрешается в Amazon Web Services. Какой-то укол попал на мой 3306, хотя все, кроме порта 80, разрешено только. Пришло время пересмотреть мои правила брандмауэра.
Новых таблиц не было, и mtop не показывал никакой активности, но я нашел тонну из них в журнале аутентификации:
Apr 19 15:14:52 magic2 mysqld[18953]: refused connect from ec2-184-73-87-215.compute-1.amazonaws.com
Apr 19 15:18:02 magic2 mysqld[18953]: refused connect from ec2-184-73-87-215.compute-1.amazonaws.com
После блокировки нарушающего IP в iptables проблема внезапно исчезла. Подлый ублюдок. Мораль этой истории такова: то, что похоже на ошибку, может быть хакером.
BZ
Проверьте ваш my.cnf. Установите свой bind-адрес на IP-адрес сервера. Решил проблему для меня. НИКТО, казалось, не знал ответа на этот вопрос!
Это может быть ошибка сети, которая вызвала разрыв соединения TCP/IP, или превышение wait_timeout на сервере; последнее действительно может быть полезно для уменьшения количества открытых соединений, но тогда приложению нужно будет правильно обрабатывать errorcode 2013!!