- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно суть в названии самой темы.
Есть некий запрос на чтение данных, который в phpMyadmin выполняется порядка 5 секунд. Но в то же время если его запустить с php-скрипта (в скрипте только запрос на считывание и более ничего), то он выполняется 6000 (полтора часа). А еще эти данные нужно обработать и вывести итоговые данные.
Можете объяснить почему такая большая разница во времени и как можно ее сократить?
Возможно в пхпмайадмине указан LIMIT , а в скрипте вытягиваются все сто миллионов записей.
Без примерной структуры и самого запроса, без года скрипта - ничего особо не посоветуешь.
в пхпмайадмине указан LIMIT
Возможно в пхпмайадмине указан LIMIT , а в скрипте вытягиваются все сто миллионов записей.
Без примерной структуры и самого запроса, без года скрипта - ничего особо не посоветуешь.
Причем здесь год скрипта - банальная выборка pdo либо mysqli с одним запросом и более ничего.
Даже если ставлю в запросе
Пропорционально запрос выполняется по тому же таймингу.
Ничего нельзя сказать без кода php. Может там циклы или еще что.
Ну раз не при чем, то ищи проблему сам. Как понимаю ты же лучше знаешь :D
Банальный "сложный" запрос... код вида:
Если выставить индексы для всех WHERE (тип данных DITETIME), то запрос выполняется на %% 30 дольше.
LIMIT также замедляет выборку в среднем на %%50. Чистая выборка обрабатывается шустрее.
Можете объяснить почему такая большая разница во времени и как можно ее сократить?
это тебе к экстрасенсам нужно ну или гадалке...
зы. единственное объяснение это качество кода, phpMyadmin не рукожопы писали, поэтому он быстрее 😀
это тебе к экстрасенсам нужно ну или гадалке...
зы. единственное объяснение это качество кода, phpMyadmin не рукожопы писали, поэтому он быстрее 😀
Какая рукожопость в этих 4 строчках кода? Никакой больше обработки - банальная выборка и все.
Какая рукожопость в этих 4 строчках кода? Никакой больше обработки - банальная выборка и все.
нужно не гадать, а искать причину... я в своей практике не раз сталкивался с сусликом которого невидно, но он есть))
для начала вывести запрос и сравнить с тем что в phpmyadmin формируется, или вставить запрос из phpmyadmin в скрипт.
дело явно не в php, а в запросе
Какая рукожопость в этих 4 строчках кода? Никакой больше обработки - банальная выборка и все.
Да, например, вот - не инициализированная переменная $start - вместо нее должна быть видимо $from.