|
MySQL.RU - Webboard
 Вернуться
 Primary не используется, но тормозит в 20 раз (sverel) 28/06/2011 - 13:24:19
 Re: Доп. эксперемент: LIMIT 1 - не спасает (sverel) 28/06/2011 - 13:44:24
Re: Primary не используется, но тормозит в 20 раз (Akina) 28/06/2011 - 14:07:01
Re: Primary не используется, но тормозит в 20 раз (SveRel) 28/06/2011 - 18:50:16
Re: Primary не используется, но тормозит в 20 раз (Akina) 28/06/2011 - 19:55:58
Re: ... почему в учебниках пишут ... (Akina) 28/06/2011 - 20:02:13
> Original message text:
> From: sverel - 28/06/2011 - 13:24:19
> Subject:Primary не используется, но тормозит в 20 раз
> -----------------
> Тривиальная задача: по ip определить страну.
> Таблица:
> CREATE TABLE `geoip` (
> `ip_from` int(11) unsigned NOT NULL,
> `ip_to` int(11) unsigned NOT NULL,
> `country_name` varchar(255) NOT NULL,
> PRIMARY KEY (`ip_from`,`ip_to`)
> ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
>
> В таблице 111 тыс. записей
> Запрос:
> SELECT `country_name`
> FROM `geoip`
> WHERE 3758093313 BETWEEN `ip_from` AND `ip_to`;
>
>
> Время выполнения от 0.600 до 0.620 сек. Эксплейн показывает possible_keys=primary, key=null, type=all. Пробовал сделать ключ primary по одному полю - безрезультатно. В запросе пробовал менять BETWEEN на два условия <= AND >= тоже безрезультатно. Затем удалил primary и запрос стал выполнятся 0.035 сек!!! В обоих случаях профилирование показывает, что 99.9% времени уходит на Sending data, хотя в ответе всего одна ячейка из одной строки.
>
> Вопросы:
> 1. Почему не используется primary, когда он есть?
> 2. Почему в обоих случаях ключ не используется, но при отсутствии PRIMARY выполнение происходит в 20 раз быстрее?
> 3. Как же правильно настроить индексы?
>
From: Akina - 28/06/2011 - 19:55:58
Subject:Primary не используется, но тормозит в 20 раз
-----------------
Почему не в 2, а в 20? ну вот представь... ты прочитал страницу индекса. В ней, скажем, ссылки на сто записей. Затем надо прочитать сами записи. Но в том порядке, в каком они идут в индексе. И скорее всего количество считанных страниц будет близко к той самой сотне, т.к. при ста тыс. записей вероятность, что две записи-соседки по индексу лежат рядом и в данных, весьма невелика. Да ещё чтение рандомное... так что фактически у тебя уже процесс лимитируется не быстродействием системы, а скоростью дисковой подсистемы и объёмом кэша... если бы у тебя был SSD, то и правда у тебя разница в скоростях была порядка 2-3.
Посмотри статистику дисковой подсистемы при выполнении запроса с индексом и без него.
[Это сообщение - спам!]
Последние сообщения из форума
Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL,
версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
38763
|
|
