Разница во времени localhost и хостинг реальный

[a.n.o.n.i.m]

Абсолютно все запросы, а у меня их множество большое, выполняются на реальном хостинге раза в 3 быстрее, кроме одного. Всяко вокруг него пляшу, никак не могу понять почему так долго работает.
На локалхосте отрабатывает за 20 секунд, на реальном 90, хотя должно секунд 7 максимум.

Вот такая процедура выполняется долго

/*--------------------------------------------------------------*/
Процедура
DELIMITER //
CREATE PROCEDURE cpu_analysis_procedure()
begin
   
    DECLARE i INT DEFAULT 2;
    DECLARE count_domain INT DEFAULT 0;
    
    TRUNCATE TABLE cpu_analysis;
        
    SET count_domain = (SELECT COUNT(*) FROM apache_logs_domain);
    
	WHILE i <= count_domain DO
        SET SQL_BIG_SELECTS=1;
		INSERT INTO cpu_analysis(log_time_cpu, log_time_apache, ip, domain, page, last_request, extension, cpu)
        
		SELECT B.log_time, C.log_time, C.ip, C.domain, C.page, B.last_request, B.extension, B.cpu
            FROM

                (SELECT cpu_logs.log_time, cpu_logs.last_request, cpu_logs.extension, cpu_logs.cpu
                    FROM 
                        (SELECT MIN(log_time) AS minimum, MAX(log_time) AS maximum, domain FROM `apache_logs` WHERE domain = i) AS A
                    INNER JOIN 
                        cpu_logs 
                        ON cpu_logs.domain = A.domain AND cpu_logs.log_time BETWEEN A.minimum AND A.maximum 
                        GROUP BY cpu_logs.log_time) AS B

            INNER JOIN

                (SELECT log_time, ip, domain, page FROM apache_logs WHERE domain = i) AS C
                ON (C.log_time BETWEEN (B.log_time - 300) AND (B.log_time + 60));
                
         SET i = i + 1;
	END WHILE;
    
end
//



/*--------------------------------------------------------------*/

Куда рыть, что изменить? уже и индексы кидал на поля, и сам подход менял, ну никак не хочет работать быстрее. Как оптимизировать, есть идеи?

Вот такой вот не очень хороший план показывает https://prnt.sc/j2u2cb

[Stanislav]

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

Как совет можно данные сначала подготовить ну скажем просчитать все максимумы минимумы, положить это все промежуточную таблицу и ее уже клееть с чем надо.

[a.n.o.n.i.m]

Да разобрал его на части, тестировал прям на хосте, все шустро отрабатывает.
Уже просто хз куда рыть

[Stanislav]

а у меня их множество большое, выполняются на реальном хостинге раза в 3 быстрее, кроме одного.

- либо логи у этого хостера намного больше чем у других потому запрос там выполняется больше. либо там слабый сервер и ваша СУБД работает медленнее.

Вы запросы которые на части разбивали тестировали именно на том хостинге на котором медленно работает?

[a.n.o.n.i.m]

Да, там тестировал.

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

[Аватар]

Сделай одним insert-ом без цикла