Высокая нагрузка на сервере - CPU 100%

Ужас какой-то. Перенес вчера БД на новый более мощный сервак (8Гб оперативки, проц 3Гц*4), а сам сайт не переносил. В итоге на новом серваке нагрузка на cpu от mysql которая создавала основную нагрузку на старом серваке в общем не высокая. Зато на старом серваке на котором пока остался сайт 100% нагрузка на CPU теперь она от php.

 

Высокая нагрузка на php и при этом в логах апача ничего нет?

 

Сделай вывод медленных запросов в файл и уже от этого отталкивайся, смотри в каком именно месте ложится.

 

Он же говорит, что базу перенес на другой сервер. Получается дело уже не в медленных запросах.

 

вы пробовали запускать тот запрос, который я постил, почему на sp_orders_items так мало ограничений, в то время как

у вас в таблице есть purchase_order который наверное соответствует либо вышеуказанному
purchase_id либо это индекс с sp_items, вследствии чего можно оптимизировать запрос и не использовать декартово умножение в исходном.

 

молодой человек, Ваши ответы меня не перестают удивлять, смоделируйте ситуацию в уме

большой пинг к серверу, возможно сервер даже тупит и очень долго отдает инфу или инициализирует соединение
но при чем тут пхп ? да будет висеть процесс, да будет использовать память, да будет долго генерироваться страница, да он может создавать нагрузку когда получит данные и начнет их обрабатывать, да при большой посещаемости это может привести у недостатку ресурсов, но как медленная передача данных влияет на нагрузку пхп???

 

Этот запрос без ограничений по where выполняется бесконечно долго, ждал пару минут потом рубанул его - после в phpmyadmin уже было не возможно работать пришлось перезагружать сервак.
А так в записей потаблично:



sp_items 460,601
sp_orders_items 334,936
sp_cats 10,956
Итого приблизительно 800 тыс. записей

движок phpbb - в нем включен gzip на серваке установлен XCache v1.2.2. Сервер в этом же ДЦ - но это не принципиально, сегодня я и сайт перенесу на новый сервак, т.е. все будет на одном и БД и сайт.

purchase_id - есть во всех 3-ех таблицах, это идишник закупки.

phpbb народу в сутки регится не так много человек 50 где то.

 

тоесть вы его можете включить в where условие чтоб отсечь огромное колличество ненужных записей в sp_orders_items и sp_cats, тоесть по сути было б логично сделать так

попробуйте для начала посмотреть сколько получится записей в трёх таблицах если использовать только where по айдишнику закупки (в вашем случае я так понимаю это 5317)

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

PS: разделение mysql и вэб сервера было логичным путём попытки решения проблемы, но приципиально проблема не в этом (насколько я понял с описания).