Проблема не в бекапе точно, это происходит и без него в любое время дня. В слоулог попадают запросы без индекса (включил посмотреть где забыл, а там обычные выборки по табличке где 50 записей и мускуль даже не хочет его использовать) и порой обычные update table set field = field +1, ибо их очень много. Может быть проблема с этим, инкрементов бывает десятки тысяч в минуту (особенность проекта).
Интересно именно то, что в слоулоге точно нет запросов по 5-10 секунд, хотя sleep соединения бывают и по 30 сек. И почему он будто подвисает пока не дашь отдохнуть минутку, после отдыха запросов к серверу бывает больше на 20-40% и ему хорошо.
Vitaly Karasik, уменьшил, попадают обычные запросы UPDATE `users` SET `points` = `points` + 1 WHERE `id` = 4457143; периодически. В целом есть ещё такая особенность, что этих запросов может быть сотни и тысячи в минуту, но почему именно падение происходит в секунду, а не просто потихоньку всё подвисает и подвисает?
Vitaly Karasik, нет, в том-то и дело что туда запросы не попадают, даже если они медленные. Я сделал обычный тайминг microtime - microtime между запросами, там бывает по 10-40 секунд (лог включён на более 2), и они туда не попадают
Конечно, первое звучит логичнее, но мне почему-то казалось, что когда mysql берёт всё на себя, он делает это умнее, и, соответственно, выходит быстрее.
Александр: тогда делайте инициализацию на js, вставляйте свой старый iframe, а если нужно окно -- так же iframe на страницу, но уже другой и на весь экран, например. Просто это позволит избежать проблем с пересечением стилей и т.д.
Вдруг на сайте с установленным виджетом будет a { color: red !important; }
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Пик там потому что бекап в этот момент был и закончился, туда залетели вообще все запросы, но вот этот "пузырь" длился ещё час, видно по CPU.