Существует таблица InnoDB для хранения комментариев к сообщениям в блогах, используемых специально созданным веб-приложением.
Недавно я заметил, что автоматически увеличивающиеся значения первичного ключа для комментариев увеличиваются на 2 вместо 1.
Я также заметил, что в другой таблице MySQL, которая используется для запоминания подписи последних нескольких комментаторов (например, ip, идентификатор сеанса, строка uagent и т. Д.), Имя сеанса PHP начинается с viruskinq, что странно, потому что я думал, что это всегда должно быть шестнадцатеричная строка, подобная md5.
Google дает только несколько результатов для viruskinq, все на турецком языке. Это интересно, потому что примерно год назад рассматриваемый сайт был испорчен турецкими злодеями. (Я на 100% уверен, что злоумышленники не добились успеха из-за каких-либо дыр в безопасности в моем приложении, потому что другие веб-сайты, размещенные той же компанией, тоже были в то время повреждены.)
Сайт находится на общем хосте с использованием Linux.
Как вы думаете, возможно ли, что сам сервер все еще находится под влиянием этих хакеров? Изучение значений идентификатора комментария показало, что это явление удвоения существует с мая этого года, но деформация произошла почти год назад.
Какие еще могут быть причины, объясняющие странное поведение значения автоматического увеличения? Приложение не было изменено, и в старых комментариях автоматически увеличиваются значения первичного ключа.
Изменить: краткое изложение решения
Хостинговая компания сообщила мне, что причина удвоенного значения автоматического увеличения заключается в том, что они используют архитектуру MySQL Master-Slave, и, по их мнению, это явление является нормальным.
Они также признали, что различные хакеры постоянно атакуют их серверы, особенно сеансы, и они ничего не могут с этим поделать.
Думаю, мне лучше начать собирать вещи и перейти на лучший хостинг.
SELECT @@auto_increment_increment;
говорит вам? Также проверьте, не установлена ли эта переменная где-то в вашем приложении во время выполнения. - person Imre L   schedule 28.08.2010