MySQL Error 2013

Question

Я сталкиваюсь с ошибкой подключения к проблеме MySQL, когда запускаю программу более двух дней. Код ошибки MySQL 2013 при подключении к базе данных. Серверные и клиентские программы MySQL находятся на одной машине. Я использую FC5 в качестве моей ОС, и версия MySQL 5.0.18. Кто-нибудь может пролить свет на это?

Я получаю ошибку mysql 2013 при вызове mysql_real_connect() ...

Любая помощь приветствуется.

Answer 1

Попробуйте использовать localhost вместо вашего собственного IP. Я не знаю почему, но это сразу решило проблему для меня.

Буду очень признателен, если кто-нибудь сможет уточнить почему это сработало, вдруг.

Answer 2

1. Звучит как проблема с брандмауэром. Вы пытались временно отключить брандмауэр?

2. Другое возможное решение заключается в том, чтобы выпустить сценарий запуска, как упоминалось здесь , и закомментировать следующую строку:

   SKIP = пропуск сеть

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

4. (новый) Я нашел эту официальную статью MySQL , в которой есть множество подходов для решения проблемы. Вы изменили системную переменную wait_timeout?

Answer 3

Вот ответ, который вы можете не ожидать. Я столкнулся с той же проблемой. Ошибка MySQL 2013. Вот признаки:

1. PHPMyAdmin сработал 2013 и ошибка 95.

2. Я мог подключиться к монитору MySQL, но для запуска потребовалось слишком много времени. Я мог просматривать таблицы, и все работало после запуска утилиты командной строки

3. Серверу потребовалось долгое время для остановки и перезапуска.

4. Нет ошибок в журнале ошибок 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

Answer 4

Мое исправление было - измените localhost на 127.0.0.1

Answer 5

Проверьте ваш my.cnf. Установите свой bind-адрес на IP-адрес сервера. Решил проблему для меня. Казалось, никто не знает ответа на этот вопрос!

Answer 6

Это может быть сетевая ошибка, которая вызвала разрыв соединения TCP / IP или превышение времени ожидания на сервере; последнее действительно может быть полезно для уменьшения количества открытых соединений, но тогда приложению нужно будет правильно обрабатывать errorcode 2013 !!