Оптимизация MySQL запросов - страница 2 - Joomla 2.5: Настройка и оптимизация

как-то нехорошо он отработал. после кучи чисел выдал строчку JLIB_DATABASE_ERROR_REBUILD_FAILED.

Может быть, зря, но нашел на том же форуме более универсальный скрипт оптимизации таблиц https://github.com/elinw/AssetFix
он запускается, но выдает Timeout. Если я скопирую сайт на локальный сервер, увеличу время выполнения в php.ini и запущу скрипт, сработает?

вы у себя на VPS измените таймаут.

Не думаю, что выполнение скрипта на работающем сайте с кучей просмотров настолько безопасно.
Запустил скрипт на локальном хостинге. Вылезло обнадеживающее сообщение, что все исправлено. Дополнительно полазил по таблице и удалил записи от несуществующих модулей. Залью на работающий сайт и отпишусь о результатах.
Но. Я только что на vps переименовал папку сайта в имя_сайта#. То есть, он недоступен. Если он не доступен, скрипты не стартуют и нагрузку не создают, я правильно понял? Для гарантии даже перезапустил сервер, чтобы убрать все зависшие процессы.
А график производительности все равно показывает дикую загрузку памяти. Процессор стоит на 0,5.
Админы форнекса впервые проявили какие-то признаки нетерпения в тикетах и пинают на неоптимизированные скрипты. Но при чем тут скрипты, если сайты отключены?

Но. Я только что на vps переименовал папку сайта в имя_сайта#. То есть, он недоступен. Если он не доступен, скрипты не стартуют и нагрузку не создают, я правильно понял? Для гарантии даже перезапустил сервер, чтобы убрать все зависшие процессы.
А график производительности все равно показывает дикую загрузку памяти. Процессор стоит на 0,5.

Думаю, что не совсем так. Сервис MySQL работает сам по себе. Многое зависит от его настроек. Он может кэшировать запросы и пытаться снова и снова их выполнить. Что показывает ps aux (для CentOS) - какой процесс потребляет память? Если MySQL, то очистите Joomla папку cache в терминале для начала. Будьте аккуратны с этим - следуйте инструкциям к вашей Linux. Для CentOS - это перейти в эту папку, а потом выполнить rm -rf *.

по команде htop MySQL использует 1360М памяти. при этом virt - 1360M, res - 209M. Папки cache, tmp и cache в /administrator очистил из консоли. Результат нулевой.
Админы форнекса признались, что увеличили кеш БД до 500 Мб, но все равно - что-то не так. Могу снимок htop показать.

Он может кэшировать запросы и пытаться снова и снова их выполнить.

Где это можно посмотреть и убрать? Возможно, он закешировал запросы к старой, неоптимизированной/неотремонтированной базе?

Разобрался, дело было в том, что админы без предупреждения увеличили key_buffer и innodb_buffer в настройках MySQL. Снизил значения - нагрузка ушла, ошибки прекратились. Тему можно закрывать, т.к. дальше буду смотреть особенности оптимизации MySQL на vds и тому подобные вещи.

По загрузке процессора помогло:
1. перемещение всех материалов во временную категорию и обратно, перестройка категорий в админке Joomla.
2. оптимизация таблиц средствами MyAdmin - через optimize.
3. скрипт оптимизации таблиц https://github.com/elinw/AssetFix

Спасибо всем за советы. Если надо нажать какой-то плюсик в репутацию, нажму

Разобрался, дело было в том, что админы без предупреждения увеличили key_buffer и innodb_buffer в настройках MySQL. Снизил значения - нагрузка ушла, ошибки прекратились.

c MySQL идут в комплекте, по-моему, 3 конфигурационных файла - my.cnf, в зависимости от параметров сервера. Нужно выбрать соответствующий файл small, medium или huge. Потом можно использовать утилиту mysqltuner.

c MySQL идут в комплекте, по-моему, 3 конфигурационных файла - my.cnf, в зависимости от параметров сервера. Нужно выбрать соответствующий файл small, medium или huge. Потом можно использовать утилиту mysqltuner.

Спасибо, я собираюсь после 48 часов работы базы проверить my.cnf с помощью tuning-primer.sh - по-моему, почти то же самое, что и mysqltuner.