- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
для начала я бы даже не стал оптимизировать запрос, просто запихнул его в файловый кеш со сроком
жизни час
ну например от так http://ruseller.com/lessons.php?rub=37&id=962
Cпасибо большое, а что мне даст запрос, который я привел выше только с EXPLAIN ?
Я вот щас переменные найду и сделаю запрос,
А так я понял в принципе что нужно делать,
За что очень благодарен :)
Но запрос выложу как сделаю
Можно сделать в локали
Для начала надо оптимизировать запрос, а не пихать его в кеш
Сделайте ваш запрос через phpmyadmin посмотрите время исполнения и покажите вывод EXPLAIN. Возможно просто у вас нет индексов или они неправильно подхватываются.
вы видимо на боевой не работали, по горячей не правили запросы)
кеш снизит нагрузку резко, далее оптимизируем сам запрос, далее выносим счетчики из запроса в отдельную структуру и инкрементим их а не считаем каждый раз, в принципе все
вы видимо на боевой не работали, по горячей не правили запросы)
кеш снизит нагрузку резко, далее оптимизируем сам запрос, далее выносим счетчики из запроса в отдельную структуру и инкрементим их а не считаем каждый раз, в принципе все
Запрос надо оптимизировать до нагрузки, а не в бою.
Инкремент в рубриках при 10к записях это дикий костыль, но имеет право на жизнь.
В бою быстрее оптимизировать запрос, чем дописывать систему кеширования, если ее нет.
Вот ответ на мой выше запрос.
Там где чорное, то имя базы, закрасил на всякий :)
Запрос надо оптимизировать до нагрузки, а не в бою.
Инкремент в рубриках при 10к записях это дикий костыль, но имеет право на жизнь.
В бою быстрее оптимизировать запрос, чем дописывать систему кеширования, если ее нет.
весь highload это дикие костыли :)
я бы дальше инкремент еще и двухуровневый сделал. с мемкешэм, инициализируем из базы, отображаем из мемкеша.
Вы сдесь ?
А чо так строк мало, вы не всю базу скопировали? У вас filesort там, но при таком кол-во строк это ерунда
А чо так строк мало, вы не всю базу скопировали? У вас filesort там, но при таком кол-во строк это ерунда
Этот запрос как я понял категории только вызывает а не посты сообщений, каких строк ? -
Я выполнил запрос, приведенный мной выше.. вы мне можене обьяснить куда нужно смотреть что бы определить тажелый запрос ? Может выполнить запрос который обращаеться за Контентом ?
Права колонка видите filesort ? Это значит тут индексы не задействованы, то есть mysql считает все записи из таблицы. Это может быть из-за индексов или из-за того что таблица просто мала и mysql решил что так быстрее
На этот scat.subcatid столбец индекс стоит? Если нет попробуйте поставить. После этого посмотрите опять EXPLAIN
Права колонка видите filesort ? Это значит тут индексы не задействованы, то есть mysql считает все записи из таблицы. Это может быть из-за индексов или из-за того что таблица просто мала и mysql решил что так быстрее
На этот scat.subcatid столбец индекс стоит? Если нет попробуйте поставить. После этого посмотрите опять EXPLAIN
Index type : BTREE вот что пишет - надеюсь это оно ?