Задавайте вопросы, мы ответим
Вы не зашли.
Всех приветствую!
Хостинг уже достал предупреждениями о нагрузке, перевелись на более "продвинутый" тарифный план, но нагрузка все равно выше дозволенного. Необходимо каждый день загружать/обновлять в одной таблице 200 000 строк, раньше были короткие транзакции по 100 строк, с промежутком 2 секунды. Сейчас сделал загрузку через LOAD DATA LOCAL INFILE файлами по 10 000 строк в каждом файле, но опять же нагрузка не особо уменьшилась. Ниже приведу инфу как расчитывается нагрузка на сервере и саму загрузку.
"Мы используем стандартный механизм для статистики процессов, а именно вывод команды sa, подробную информацию Вы можете найти по ссылке http://linux.die.net/man/8/sa.
Каждый процесс, запущенный от имени Вашего пользователя создаёт нагрузку на процессор, это нагрузка измеряется в процессорных минутах и суммируется в течение дня. Это и есть результат, который выводится в пользовательскую панель, то есть cp.
Также считается нагрузка на MySQL - измеряется количество процессорных минут на обработку запроса к базе данных от имени Вашего пользователя."
Таблица innodb:
Неактивен
Превышение процессорной квоты - сопутствующий атрибут виртуального хостинга. Посмотрите на графики нагрузки, которые направляет хостер - если превышение в среднем по дню, то исправить ничего нельзя, нужно переходить на VDS, а если превышение только раз в сутки, то странно, что хостера это беспокоит. Можно, например, разбить вставку и вставлять по 2000 строк с интервалом минута.
Неактивен
Нам предлагают взять VPS-сервер на том же хостинге, как Вы думаете оправдано ли это или все таки думать насчет VDS?
Неактивен
VPS и VDS это в нулевом приближении одно и то же, должен подойти.
Неактивен
Может такая нагрузка идет из-за обилия индексов? Хотя вроде бы при заливке через LOAD DATA INFILE индексы не учитываются.
Неактивен
Индексы при LOAD DATA INFILE создаются, но достаточно эффективным алгоритмом. Снижение количества индексов снизит нагрузку, но принципиальной проблемы не решит. У вас всего три индекса, судя по приведенной структуре.
Неактивен
Так, ну вроде проблема стала более понятной, в течении дня даже без загрузки этих 200к строк нагрузка доходит до пиковой. Значит скорее всего грузят сами юзвери.
Неактивен
На сайте с высокой частотой выполняется запрос вида:
Неактивен
Индекс по session должен помочь, так как это обычно выберет одну строку
Неактивен
rgbeast, огромное спасибо, а то с индексами у меня проблемы
И последнее, для данного запроса как лучше построить индекс?
Неактивен
На rcorder индекс (user_uid,status), на rcallorders на (user_uid, order_id).
Неактивен