BossBoxCPU на 100%Какие-то запросы при этом выполняются, есть ли "зависшие" или "долгоиграющие" в списке процессов?

BossBoxПомогает только перезапуск сервиса MySQLОстановка на некоторое время потока запросов (отключение клиента и т.п.) не помогает?

BossBoxВот когда нагрузка CPU 100%Со стороны системы не увидите ничего. Смотрите, чем сам мускуль занят - mytop или периодическим вызовом SHOW FULL PROCESSLIST.

Если смотреть на картинку, криминального ничего не вижу на ней. Одно ядро выделено на машину? Если это так, и оно загружено чуть более чем наполовину (если верить LA) за последнюю минуту - то беспокоиться тут вообще не о чем. Что по мне, так лучше при возможности выделить машине ресурсов с некоторым запасом. Больше чем сможет откусить, всё равно не съест, зато при решения авральных задач в ступор не впадает сразу.



PS: Текстовые сообщения на этом форуме вполне можно размещать в виде текста с форматированием. Не обязательно постить картинки на весь экран.

BossBoxДа, 1 ядро. Так как жить то дальше, если MySQL начинает грузить CPU 100%, сервер то страдает от этогоНу оно вполне логично. Ведь кроме мускуля на сервере есть ещё и вебсервер, да и собственные нужды тоже никто не отменял. Всё это эффективно разрулить на одном ядре не очень то получается. То есть, получится, конечно, когда запросы относительно редки. Но когда к вебсерверу приходит запрос странички, а проц в это время дико занят перемалыванием базы данных - разумеется, нагрузка будет расти. Способов выхода из такой ситуации не слишком много. Добавить машине одно или два ядра - это может сильно улучшить ситуацию, но дальнейшее наращивание скорее всего будет практически бесполезным - бутылочное горлышко переместится в другое место. Второй путь - это оптимизация настроек мускуля и оптимизация таблиц и запросов. В первую очередь следует выявить медленные запросы и постараться от них избавиться. Во время выполнения одного долгоиграющего запроса другие (полученные от других запросов к вебсерверу) могут выстраивать очереди. Это как раз создаёт иллюзию тормознутости сервера в целом.


BossBoxCPU 100% значение Key Efficiency: 90.1% становится ВЫСОКИМНу это вроде статистики использования буфера индексов в памяти, без обращения к диску. Возможно, при возрастании нагрузки выполняется большое количество однотипных запросов и индексы не вымываются из буфера. Само по себе это значение мало чего говорит (чем больше - тем лучше, 100% - идеал), но будет полезным при хорошем представлении об используемых в запросах таблицах. Во всяком случае, имеющееся key_buffer_size = 1M лично мне кажется слишком низким значением для сколько-то серьёзной работы. Если и при нормальной работе (при низкой нагрузке) значение эффективности остаётся высоким - то есть смысл посмотреть, все ли необходимые индексы установлены. А если снижается - ну тут понятно, пожадничали с памятью и мускуль вынужден заново считывать индексы с диска, что совершенно не улучшает производительность системы в целом. До 100% эффективность может и не догоните, но уж 95 надо бы получить.

BossBoxЯ почитал про индексы, но так и не понял, как ими пользоваться
Если очень коротко, то индексы позволяют обращаться непосредственно в нужное место таблицы (или файла таблицы, если так угодно) без необходимости "прокручивания" всей таблицы в поисках нужных записей. Это одна из основных функций индекса, есть ещё и другие. Когда индекс портится (например, при пропадании ляктричества), то сервер часто после включения продолжает вроде бы нормально работать, но при этом нещадно тупит, попутно инициируя множество ненужного чтения с диска.

Вообще то, правильное использование индексов должен был предусмотреть программист, писавший приблуду приложение, которое использует базу данных. Однако, все мы люди, и ошибки/недороаботки не исключены - бывает, что какого-то индекса не хватает для достижения хорошей производительности при выполнении какого-то запроса, а бывает, что лишний индекс сказывается неблагоприятным образом.

Потому при проблемах СУБД с индексами приходится сталкиваться практически всегда - и при первоначальном осмотре, и при разного рода восстановлении, и при оптимизации запросов и таблиц...


BossBoxвсего около 100 000 записей в этой БДЭто немного. Описываемая БД единственная на сервере, или есть ещё другие, активно или не очень используемые?

BossBoxЯ конечно понимаю, что ждать что кто то решит мою проблему и напишет готовый вариант, глупо.
Но зачем я написал тогда на форум, в итоге ни решения ничего, одна теория не нужная..
Ее почитать и в сети, я читал.
Простите, а что конкретно Вы ожидали от форума?

Предложение увеличить размер буфера ключей - было. Сделали? Понаблюдали за результатом? Что изменилось?

Предложение показать грузящие запросы - было. Не показали. Предлагаете гадать на кофейной гуще, что там выполняется?

Структура таблицы есть. Это хорошо. Запросов, которые на ней выполняются - не видно. Сложно сказать, достаточно ли для нормальной работы единственного индекса на поле `id` или нужны какие-то ещё. Наверняка, нужны. Какие именно - надо смотреть по запросам. Показывайте их.