- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Предыдущий скрин с более простой выборкой вы игнорируете. Именно о нем и вел речь изначально. Так не должно быть, если мускул способен создавать большие ключи.
---------- Добавлено 28.08.2013 в 21:20 ----------
netwind, и никаких файлсорт. Что за извращение.
---------- Добавлено 28.08.2013 в 21:22 ----------
netwind, несколько фактов:
1. запрос верный
2. структура таблицы верная
3. индекс создан
4. индекс не используется
Выводы пусть каждый сделает сам.
WapGraf, в данном бесполезном для ТС запросе видна ошибка оптимизатора. Из-за какого-то признака способ выборки "как оно в файле и валяется" ( type=ALL) перетягивает на себя одеяло. Ну а сортировка закономерно потом возникает, потому что в запросе подразумевалось что выдача будет по порядку.
Тем не менее, хостер тут что может сделать? Он поставил mysql. Не самой, возможно, старой версии.
Как по-вашему следует настроить mysql чтобы он всегда выбирал оптимальнейший план? Никакой специальной настройки там нет.
Запуск analyze table может помочь, но не обязательно.
То, что у вас при попытке смоделировать ситуацию оптимизатор себя ведет правильно, просто доказывает что оптимизатор mysql не так уж плох и в основном свою задачу выполняет. Данные-то разные.
Ух ты...))) Как бурно... Всем огромное спасибо! Сайт ушел с молотка :)
Сайт с 10 млн страниц, заходит бот база падает...
Хостинг Jino. Что делать? VPS-хостинг?
Поставь по крону выполнение оптимизации и ремонта мускула, если база большая, каждые 3 часа.
mysqlcheck -A --auto-repair -r -o -uroot -pПАРОЛЬ_РУТА
netwind, в целом согласен.
Но для хостера все что нужно это запустить банальный tuning-primer/mysqltuner (для упрощения) и он сразу укажет какой параметр подкрутить. Иначе можно мускул и с дефолтными настройками юзать. Но тогда появляется другой вопрос - а нафига нужен хостер, бабки считать, раз он работать не хочет?
WapGraf, нет никаких предпосылок полагать, что поведение mysql в этом случае изменилось бы от такой "настройки".
Почему нет?
Индекс не весит 10гб. И запрос не составной из джоинов, простой, проще некуда. Тут даже спорить не о чем.
Braindbrigada, если не ценная таблица и доверяете скиньте пожалуйста ее в ЛС. Покажу как она должна работать!
WapGraf, с интересом посмотрю как вы заставите mysql НЕ работать. То есть, если предположительно mysql настроен неправильно, то вы сможете настройками воспроизвести ситуацию как у ТС даже на своем наборе данных.
netwind, не вижу смысла спорить. Вы игнорируете факты и сам принцип работы MySQL (индексы придумали для того чтобы они работали, а не для того чтобы игнорировались, тем более примари!). Если ТС сочтет нужным/верным, я покажу данные по этой табличке ДО и ПОСЛЕ. Ну а если нет, то нет.
WapGraf, правильно. Не надо спорить. Просто запомните, что хостер в этой ситуации не может повлиять настройками mysql на оптимизатор.