- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
mysqlnd
Я версию Mysql спрашиваю, а не модуля PHP
Я версию Mysql спрашиваю, а не модуля PHP
mysql Ver 15.1 Distrib 5.5.64-MariaDB, for Linux (x86_64) using readline 5.1
mysql Ver 15.1 Distrib 5.5.64-MariaDB, for Linux (x86_64) using readline 5.1
Хватит мучать такое древнее УГ. Обновите хотя бы до 10.3.
В старых версиях может быть просто плохая работа с индексами. Я не говорю, что они не нужны, но вот, что СУБД сама их не подставляет это косяк.
Я помню в Mysql 5.5 были косяки с
optimizer_search_depth
Там стоял, что-ли 64 и тормозили выборки до ужаса т.к. СУБД пыталась что-то там с оптимизировать. Нужно было ставить
optimizer_search_depth=0
Для решения данной проблемы.
Сам Скрипт написан под php 5.4. Переписывать его никто не намерен, а любые вмешательства в конфиги сервера в 9 из 10 случаев приводят к его неработоспособности. Если мягко выражаться, то там полный пи...
К примеру задействовано 3 класса только для работы с БД... не говоря об остальном.
Приходится обходится малой кровью, пока переписывается система с 0.
Сам Скрипт написан под php 5.4. Переписывать его никто не намерен, а любые вмешательства в конфиги сервера в 9 из 10 случаев приводят к его неработоспособности. Если мягко выражаться, то там полный пи...
К примеру задействовано 3 класса только для работы с БД... не говоря об остальном.
Приходится обходится малой кровью, пока переписывается система с 0.
Версия Mysql никак не влияет на версию PHP это разные вселенные. Но вам виднее.
Есть некий запрос на чтение данных, который в phpMyadmin выполняется порядка 5 секунд. Но в то же время если его запустить с php-скрипта (в скрипте только запрос на считывание и более ничего), то он выполняется 6000 (полтора часа)
внеси ясность - это один и тот же сервер, или phpMyadmin на каком-то дев. сервере, а скрипт отрабатывает на проде? Может быть банально разный объем данных в базах.
если все на одном сервере, то:
выдергиваем SQL запрос прямо из скрипта, то как он его генерит: die(print_r($sql));
таким образом исключая любую мельчайшую неточность и расхождение в "одном и том же запросе".
Далее в консоли юзаем mysql и работаем с анализом запроса.
EXPLAIN в помощь
и вся "магия" сразу испарится