netwind

Рейтинг
419
Регистрация
06.05.2007

WapGraf, в данном бесполезном для ТС запросе видна ошибка оптимизатора. Из-за какого-то признака способ выборки "как оно в файле и валяется" ( type=ALL) перетягивает на себя одеяло. Ну а сортировка закономерно потом возникает, потому что в запросе подразумевалось что выдача будет по порядку.

Тем не менее, хостер тут что может сделать? Он поставил mysql. Не самой, возможно, старой версии.

Как по-вашему следует настроить mysql чтобы он всегда выбирал оптимальнейший план? Никакой специальной настройки там нет.

Запуск analyze table может помочь, но не обязательно.

То, что у вас при попытке смоделировать ситуацию оптимизатор себя ведет правильно, просто доказывает что оптимизатор mysql не так уж плох и в основном свою задачу выполняет. Данные-то разные.

WapGraf, решили меня перенудить? не получится. где тут в оригинальном запросе filesort ?

Отличный план с использованием индекса. Только прогноз rows не правильный. Но это просто особенность mysql.

WapGraf, так план же показывает, что индекс используется. о чем тут еще хостеру заботится ?

WapGraf, изначально было с WHERE и тоже медленно работало, потом ТС зачем-то полез выдумывать эквивалентные по результатам запросы без WHERE и еще больше ухудшил ситуацию теперь уже явно плохими планами, а вы их зачем-то начали обсуждать. Не надо так (c)

WapGraf, нет, в запросе без where картина вообще другая. Там то понятно почему все строки перебираются.

Если хочется докопаться до истины, нужно делать как тут уже подсказывали:

ThePriest:
Это проверяется и без slow log:
flush status;
select ...тут наш запрос...;
show status like 'Handler_read_%';
ThePriest:
Но в запросе по ключу в explain rows не должно быть 4 миллиона.

Не должно. Но explain показывает ПЛАН, а не реальность. Поэтому может показывать и другие значения. Лучше бы реальные записи из slow log посмотреть.

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

rebro, грубо говоря - взять и выдать. гости просто прописывают адреса у себя.

vmware workstation в обычной конфигурации в режиме "bridged networking" полноценно имитирует ethernet-карты каждую со своим mac. Осталось только убедиться, что провайдер не против увидеть на порту несколько mac-ов.

Хотя это не самая удобная платформа для VPS, но вас это и не волнует, как я понимаю.

ThePriest, все и так понятно. Успокойтесь - вы крутой.

Но не репрезентативный.

ThePriest, это не узко. Это я выделяю общие тенденции.

Ничего страшного,если чей-то единичный опыт эксплуатации отличается.

ThePriest:
Я не знаю что вы имеете в виду под стандартным сайтом, поэтому не могу сравнить.

Сайт для людей. Люди имеют привычку читать одни и те же новые новости, статьи, сообщения. Короче говоря, где в том или ином виде присутствует "working set", который выгодно держать в памяти целиком. Изменения этого набора данных все же надо записывать.

Поисковики же, напротив никогда не читают по два раза одну и ту же страничку. А то еще и еще хуже - сканируют от начала до конца.

Та же история с купленными "новостями" для DLE, которые никто не пишет и не читает, ворованными гигантскими базами данных запчастей и тд и тп.

Поэтому на графиках нормальных серверов запись всегда преобладает. За исключением процессов бекапов или построения какой-нибудь статистики.

Поэтому так важны контроллеры с батарейкой и памятью.

Вы сказали, что вас мемкеш не работает ? Задумайтесь, ведь у всех работает, а у вас нет.

Всего: 6293