Попробуйте запустить:
mysqltuner
Он вам расскажет какие лимиты надо увеличить т.к. у вас все настройки стандартные, а они очень урезаны. Возможно mysql хочет развернуть какой-нибудь JOIN запрос, а у вас max_join_size стандартное значение.---------- Добавлено 25.06.2018 в 14:18 ----------И лог покажите ВЫШЕ
16:47:15 UTC - mysqld got signal 11 ;
он там тоже много чего полезного пишет.---------- Добавлено 25.06.2018 в 14:22 ----------Если вы переезжали, значит вы все логи тоже переносили.
Тут была такая тема:
/ru/forum/914665
там всё упиралось в удаление:
ib_data* и ib_log*.
А таблицы у вас в основном innodb?
Что вообще хранится в mysql? Это свой проект или магазин или стандартная CMS?
Стандартно никак не взаимодействует. Поэтому я и писал крупный скрипт для комментариев, с импортом из ВК
У всех они разные, эти ощущения, вот только бездушной поисковой машине они неведомы :)
Да что-то не дочитал. Тогда да нужен my.cnf
Вообще по гуглу много вариаций с этой ошибкой.
Да перечитал уже. Поэтому и обновил комментарий :)
Что-то не заметил дату у ТС-а. Поэтому что-то не понимаю... все апатчи и nginx уже пофиксили это и даже все PHP версии даже старенькие но поддерживаемые в 2016 году.---------- Добавлено 25.06.2018 в 13:31 ----------Так же это уязвимость весьма специфична, её юзают только там, где вообще в скриптах юзается HTTP_PROXY т.е. это какие-то многопоточные скрипты или явные скрипты публичные с такой фишкой, чтобы её можно было юзать.
Поэтому ТС лучше не ссылку бы дал на старьё, а рассказал, из-за какого скрипта и что у него случилось.
Опять?!
https://habr.com/company/pt/blog/306176/
В смысле у вас на сервере более 50 ГБ RAM?
У хостинга проблема, он 502 ошибку выбивает через раз. Неправильно количество одновременных подключений наверное настроили, слишком зажали лимиты.
Да я сам в шоке, но может он там реально как-то скрыт 🍿
