- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
я считал что то где происходит выборка чего то по правилам больше или меньше и это чего-то число то лучше использовать индекс.
Однако столкнулся с тем что это не так
вот пример запроса
SELECT t.talk_id, t.talk_topic, t.talk_comments_qty, u.user_email, u.user_nickname
FROM talk t
LEFT JOIN user u ON u.user_id = t.user_id
WHERE t.talk_activity=1 && talk_comments_qty >0
ORDER BY t.talk_last_comment_timestamp DESC
LIMIT 10
если talk_comments_qty индек сто скорость выполнения mysql запроса 0.04 а если talk_comments_qty не индекс то 0.02
(измерения делал на глазок, скажем так, 10 раз вподряд запускал скрипт в mysql-front для поля с индексом и 10 раз для поля без индекса - результат один и тот же)
попинайте если я не прав - правда важнее.
спасибо.
После первого выполнения запрос кешируется, так нельзя анализировать. В вашем случае с индексом точно должно быть быстрее. Проверьте лучше EXPLAIN-ом. Но насчет того, что индексы не всегда хороши это да :)
Всегда.
замените на
а как проверять EXPLAIN-ом я то написал но разницы особой не заметил
Всегда.
Всегда если их грамотно создавать
frantic добавил 09.03.2010 в 16:45
а как проверять EXPLAIN-ом я то написал но разницы особой не заметил
это хороший вопрос, лучше почитайте где нибудь, я сам до конца не понял
Всегда.
ну скажем при апдейте и инсерте не всегда хороши индексы :) это навскидку
Miracle добавил 09.03.2010 в 16:49
это хороший вопрос, лучше почитайте где нибудь, я сам до конца не понял
в том то и дело что все советуют эсплайн, а никто не знает конкретно на что смотреть
я сам такой, запускаю но ничего не вижу, ну кроме цифр в поле rows я ни на что не обращаю внимания
кто подскажет по двум explainам?
кто подскажет по двум explainам?
ну с ключом на 50 записей меньше) Смотрят на possible_keys и на key. Да и еще смотрят на type, вот когда all это не есть гуд.
Вообще знаете что, если у вас в таблице и впредь будет около 2500 записей тогда эффект от индексов будет небольшой. Вы запихайте пару миллионов записей и проверьте с индексами и без
filesort - тоже очень не гуд
ну первый зщапрос оптимальнее...
filesort
как от него избавиться и почему не гуд?
зы. может есть где то информация не для гуру по myslq что бы почитать и врубиться во все тонкости?:)
как от него избавиться и почему не гуд?
зы. может есть где то информация не для гуру по myslq что бы почитать и врубиться во все тонкости?:)
ну я видел несколько книг по этой теме, правда на не русском