Вы бы полностью my.cnf сбросили/посмотрели сами
Там может быть что-то подобное
#
# include all files from the config directory
!includedir /etc/my.cnf.d
И уже в этой папке опция bind'а переопределена
Это всё внутренние лицензии, продаются вместе с услугами хостинга на определенном диапазоне IP-адресов , я тоже ошибся на счёт 190 руб.. У отдельных лицензий (не привязанных к провайдеру) минимальные цены, например у:
https://systemintegra.ru/ - 246,6 р/мес. и у того же https://www.ihc.ru/ - 235 р/мес.
2 евро вполне возможно иметь ценник, но для этого нужно иметь оборот на ispsystem 50 000 евро/год
За 200 р вполне возможно найти
possible_keys в 1 случае PRIMARY, key2, key1; во втором - date, key2, key1 (видимо, обратный порядок это норма).
possible_keys - это возможные индексы, но не факт, что они будут использоваться при выполнении запроса
Используемые ключи в запросе это key
key_len это длинна используемого индекса/ов (составного индекса)
Это фича оптимизатора mysql (не движка)
Если при запросе извлекать нужно много данных (по мнению mysql), то индексы не используются
Можно их принудительно подсунуть с помощью опции FORCE INDEX
Ну и в целом (если это возможно) лучше посчитать UNIX_TIMESTAMP()-864000 в приложении, а в базу ходить с уже рассчитанным значением
Это одновременные подключения к базе
Проще говоря у Вас скрипт на старте подключился к базе, и к концу обработки - отключился
Когда скрипт ничего не отправляет в базу (как Выше заметили, например ждёт ответа от другого сервера), mysql это время в command отображает как sleep
Плохого в этом нет ничего, когда на сайте много посетителей
Исправить это можно только оптмизацией, чтобы скрипт быстрее отрабатывал и отключался от базы
Тогда только дебажить код
Ставить метки microtime(1);
И искать, откуда такие цифры/сравнивать с старым сервером с такими же метками
Версии mysql разные, могу предположить, что какой-то запрос стал дольше думать (т.е. изменились какие-то дефолтные настройки базы)
По 4 версии не скажу, ибо давно это было
5 версия точно знаю, сервер лицензий ходит периодически в панель, и об этом указано в доке
В любом случае блокировка 1500 не сломает сайты (!) если у Вас сайт - это не биллинг, который ходит в панель
И что по вашему мнению у моего VPS отжирают соседи по ноде при KVM виртуализации?
Ещё как
https://ru.wikipedia.org/wiki/Оверселлинг
И RAM и CPU, и диски (пока полностью не забиты) и сеть, - всё оверселлится
Как примерно выглядит правило для .htaccess чтобы заблокировать веб-панель ISPmanager’а?
Можно панель спрятать за nginx
Далее в nginx настраиваем HTTP авторизацию, а ISP ihttpd ограничиваем только запросами от nginx (в iptables блокируем доступ к 1500, кроме Ip сервера)
