Правильная настройка mysql?

Question

[E]

имеем 1Gb RAM на vps
такой вот процик


по крону, каждый час, запускается php скрипт с множеством запрос к базе на обновление. как итог имею каждый час загрузку процессора на 100%.

Подскажите корректную настройку для mysql.
на текущий момент настройки выглядят след образом, стандартный файл конфигурации и мои дополнения

[mysqld]
innodb_flush_method = "O_DIRECT"
innodb_flush_log_at_trx_commit = 1
key_buffer = 128M
innodb_buffer_pool_size = 128M
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 16M

Answer 1

[Артем Спиридонов]

Может, надо не MySQL конфигурировать, а тот скриптик пересмотреть?

Comments

[E]

да нет, там даже Join нет, просто аптейды. там таблица товаров на примерно 20 000 позиций, за каждую позицию аптейд 10 строк идет.

[Yan-s]

E, причем тут join? Проц грузить именно mysql? Что насчет php? Сколько по времени длится нагрузка?
"20 000 позиций, за каждую позицию аптейд 10 строк идет"
поясните, имеете ввиду что происходит 200к запросов?
А сколько по вашему процентов процессора должна занимать эта операция и почему?

[Артем Спиридонов]

E, в транзакции апдейты завернуть?

[E]

Yan-s,

как видно по top, грузит именно mysql

Сколько по времени длится нагрузка?

порядка 20 минут.

поясните, имеете ввиду что происходит 200к запросов?

около того, там через цикл на каждый продукт аптейд идет.

А сколько по вашему процентов процессора должна занимать эта операция и почему?

если бы я шарил в этом, я бы этот вопрос не задавал.

[iljaGolubev]

E, Настройки MySQL у вас пожожы на дефолтные, и всё же проверьте:
Что показывает SHOW FULL PROCESSLIST по время 100% загрузки?
Включен ли лог медленных запросов - включите посмотреть.
Попробуйте выполнить дефрагментацию OPTIMIZE TABLE.
Сколько у вас соединений держится открытыми во время работы скрипта? Сколько индексов на таблицах?

[iljaGolubev]

порядка 20 минут.

Это точно не нормально.

[E]

iljaGolubev, еще как.

[iljaGolubev]

E, Таблицы InnoDB, надеюсь?

[E]

iljaGolubev, +

[Артем Спиридонов]

E, завернуть надо запросы в транзакции, разделить блоки чтения и записи. Обновление 200К не должно занимать 20 минут. Причина в структуре запросов.

[E]

Артем Спиридонов, спасибо. сейчас буду пробовать.

Answer 2

[Yan-s]

E, "если бы я шарил в этом, я бы этот вопрос не задавал", ну вы не спрашиваете, "нормально ли это" и продолжительность нагрузки не уточняли, хотя проблема именно в ней, а то что загружает на 100% совершенно нормально.

Странно, что приходится делать 10 запросов для обновления 1 продукта и странно, что каждый час необходимо обновлять все позиции. Нельзя ли оптимизировать число запросов для начала?

Потом, надо изучить сами запросы, вероятно только часть из них "тяжелые". Надо выяснить что именно тяжелыми их делает. Для этого попробуйте запускать запросы вручную с explain.