MySQL ошибка 1449, появляющаяся снова, хотя определитель был установлен, чтобы решить начальную ошибку?

Question

В понедельник я испортил базу данных.

У нас есть приложение, работающее на VPS, использующее cPanel и phpmyadmin, и я сообщил разработчикам, что буду выполнять некоторые запросы к БД для извлечения информации.

Итак, я выполнил несколько больших запросов, используя инструмент запросов «Visual Builder», и веб-приложение застряло. Запросы не загружались и даже обновление страницы не работало. Веб-сайт не загружался, и пользователи не могли войти в систему. Поэтому я использовал WHM, чтобы войти как root и завершить запросы вручную. После того, как я это сделал, система все еще не работала.

Затем база данных полностью испугалась, и я получил следующие сообщения об ошибках:

После этого БД как-то исправила себя, и веб-приложение снова заработало. Однако мы увидели, что не можем обновить некоторые задания или добавить новые задания в систему. Если вы нажали кнопку «СОХРАНИТЬ» на задании, система просто выдала «неопределенное» сообщение.

Разработчики посмотрели и обнаружили, что это вызывает проблему:

[ Разработчики пошли дальше и добавили определитель, и проблема была решена. Затененное «user» @ 1.0.0.0 »является действительным именем пользователя учетной записи cPanel.

Однако , это не продлилось, так как вчера вечером происходила точно такая же ситуация. Веб-приложение Работал нормально во вторник и большую часть среды, затем внезапно пользователи не смогли снова обновить свои задания, что означает, что определенный пользователь был удален еще раз, хотя никто ничего не делал в базе данных.

Кто-нибудь сталкивался? эта проблема раньше? Я прочитал эту ветку в топи c, и хотя то, что они говорят, имеет смысл, я думаю, что разработчики сделали это, но ошибка все еще произошла.

Когда я вхожу в phpmyadmin через cPanel я получаю странного пользователя с именем "cpses_234ikjih@localhost.com". Возможно, это как-то связано с этой ошибкой? Я считаю, что до того, как сервер сошел с ума, этот пользователь был только именем учетной записи cPanel (например: "cPanelAccountName@localhost.com".

Answer 1

решено

Мне удалось решить эту проблему, изменив MySQL пароль базы данных и пароль учетной записи cPanel.

Я прочитал одно сообщение, в котором говорилось, что файл сеанса, в котором, возможно, хранится старый сеанс и что смена паролей может решить эту проблему. К счастью, не было ошибки 1449 в течение 5 дней.

Answer 2

Подводя итог вашему сообщению, я вижу, что у вас есть пользователь MySQL, пользователь исчез, вы воссоздали пользователя, и он снова ушел.

Должен быть какой-то внешний фактор Вот. Кто-то может иметь доступ к вашей базе данных и удаляет пользователя злонамеренно или по недоразумению, это может быть запланированная работа или это может быть связано с вашим веб-хостом.

Я бы начал с аудита учетные записи базы данных, и ограничение доступа в максимально возможной степени. Проверьте любой интерфейс, доступный в Интернете, например WordPress, Joomla или другие приложения.

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