Форум Open Server Panel

SagePointer писал(а): ↑09 май 2022, 05:59 А индексы в таблице есть? Или запрос выполняет полное чтение всей таблицы с диска при каждом запросе?

естественно не все таблицы а согласно индексам и условиям (номер турнира, id участника, связка записи боев и результатов)

сам диск не тормознутый (через узб 3.0) я ранее использовал сборку от DENWER да понимаю что устарела но тем не менее она обрабатывала эту страницу довольно шустро.
Поэтому и спрашиваю еще раз: Где в конфиге Open Server можно убрать обработку запросов в 1 сек (пусть это даже во вред другим процессам, но надо пробовать и сравнивать чтобы понять во вредли в данной ситуации или во благо)

TEZARIUS писал(а): ↑09 май 2022, 12:23 Поэтому и спрашиваю еще раз: Где в конфиге Open Server можно убрать обработку запросов в 1 сек (пусть это даже во вред другим процессам, но надо пробовать и сравнивать чтобы понять во вредли в данной ситуации или во благо)

Самый простой вариант - отредактировать конфиг MySQL 8 и bind-address вручную поменять:

bind-address                    = 127.0.0.1,::1

Применимо только для 8-й версии MySQL, предыдущие не позволяют несколько адресов указывать

Поэтому и спрашиваю еще раз: Где в конфиге Open Server можно убрать обработку запросов в 1 сек

А зачем вы это спрашиваете, если вам это не нужно? Не понятно... У вас коннект не длится 1 секунду, вы это уже проверили сами ранее.

Максим писал(а): ↑09 май 2022, 20:52 А зачем вы это спрашиваете, если вам это не нужно? Не понятно... У вас коннект не длится 1 секунду, вы это уже проверили сами ранее.

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

SagePointer писал(а): ↑09 май 2022, 19:43 Самый простой вариант - отредактировать конфиг MySQL 8 и bind-address вручную поменять:

bind-address                    = 127.0.0.1,::1

Применимо только для 8-й версии MySQL, предыдущие не позволяют несколько адресов указывать

К сожалению не сработало

TEZARIUS писал(а): ↑11 май 2022, 10:26

Максим писал(а): ↑09 май 2022, 20:52 А зачем вы это спрашиваете, если вам это не нужно? Не понятно... У вас коннект не длится 1 секунду, вы это уже проверили сами ранее.

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

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

TEZARIUS писал(а): ↑11 май 2022, 10:36 К сожалению не сработало

А оно и не должно было дать какой-то ощутимый результат. Если у вас запрос выполняется почти пять минут, судя по постам выше, то одна лишняя секунда подключения будет совсем незаметной Тут нужно с самим запросом разбираться, почему он так долго выполняется. Я бы для начала через EXPLAIN посмотрел на план запроса, нет ли там полного чтения таблицы.

Максим писал(а): ↑11 май 2022, 16:10 Печально, когда человек не понимает разницы между временем соединения с базой данных и временем загрузки страницы...

Я так понял тут помощи искать нету смысла, одни пререкания и недопонимания.
Я уже несколько раз говорил что страница грузиться нормально если это не ОПЕН СЕРВЕР (к примеру на реально живом хосте это пару сек, на старом Денвере, последней сборки, примерно тоже пару секунд) а видетили поставил "новые технологии" так называемые, которые ничего кроме проблем и загрузку в 5 минут не принесли.
Следовательно вывод один, не стоит доверять тем кто принуждает других отказываться от своего продукта!

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

П.П.С. не нужно продолжать дискуссию если у вас нет решения устранения проблемы связи в сборке опен сервера и mysql когда простой SELECT обрабатывается 1 секунду.

SagePointer писал(а): ↑11 май 2022, 19:37 А оно и не должно было дать какой-то ощутимый результат. Если у вас запрос выполняется почти пять минут, судя по постам выше, то одна лишняя секунда подключения будет совсем незаметной Тут нужно с самим запросом разбираться, почему он так долго выполняется. Я бы для начала через EXPLAIN посмотрел на план запроса, нет ли там полного чтения таблицы.

Естественно полного чтения нет, иначе это заняло бы вечность т.к. полная база с таблицами уже около 300к+ записей и 80Мб
Каждый запрос узконаправленный и берет только нужные переменные из таблицы.
Если бы такие долгие (или похожие) прогрузки были и на живом сервере (где работают люди) тогда да, надо было бы разбираться что где-то написано что-то не так и нужно оптимизировать, но на живом все работает быстро в отличии от локального.

TEZARIUS писал(а): ↑11 май 2022, 19:50 Естественно полного чтения нет, иначе это заняло бы вечность т.к. полная база с таблицами уже около 300к+ записей и 80Мб

300к это ничтожно мало для MySQL. Руками выполненные те же самые запросы через любой MySQL-клиент (например, HeidiSQL в комплекте) тоже занимают много времени, или выполняются практически мгновенно? Если мгновенно - то смотрите логику работы самого скрипта, может быть, проблема в нём, а не в БД.

SagePointer писал(а): ↑11 май 2022, 20:47 Руками выполненные те же самые запросы

хорошая шутка если учесть что там более 200 запросов!
и как бы то что я вам ставлю в сравнение работу того же самого скрипта но на живом хостинге в сравнении с локальным это ничего не значит?