Alex_Ustinov,

В версии MySQL 4.0 производится другая оптимизация на выражении LIKE. Если используется выражение ... LIKE "%string%" и длина строки (string) больше, чем 3 символа, то MySQL будет применять алгоритм Турбо Бойера-Мура для инициализации шаблона для строки и затем использовать этот шаблон, чтобы выполнить поиск быстрее.
MySQL 4.0 - видимо мануал древний...

Alex_Ustinovвадя,

не умеет MySQL использовать индекс не с начала строки.
Он вам только показал
possible_keys-IDX_pass_name, но реально он его не использует. Избавляйтесь от LIIKE %% )))
в данном случае 10лимонов это тестовые, чтоб почувствовать разницу четче, в реальном применении для этого метода записей не будет больше лимона . и время уже нормальное будет.
и я почувствовал влияние innodb_buffer_pool_size = 512M. очень заметно.
меня испугало продолжение работы mysql после выдачи результата, но оказалось, что сам mysql здесь не причём. это и радует и огорчает....

miksoftвадя,

Есть возможность хотя бы на время резко (раз в 5-10) увеличить innodb_buffer_pool_size ?
могу поднять до 1- 5гига, вечером
попробую :)
сервер крутится на виртуалке

Alex_Ustinovmiksoft,

вадя,

ну вот давайте попробуем удалить этот индекс и проверить время выполнения если возможно. Сразу будет видно, USE или не USE
Попробуем повесить запрос?
повесить запрос не удалось :) время осталось одинаковым 1мин или 36секунд
возросло потребление памяти
до запуск mysql занято 870М, после запуска - 970М

запускаю запрос с индексом потребление памяти поднимается до 1.2Г и стабильно держится.
без индекса потребление растёт до 1,4Г и держится...

Alex_Ustinovвадя,

а сколько выполняется LIKE "что-то%", чтобы было видно к чему стремиться?
не поверишь, стремиться бессмысленно...... выполняется мнгновено :)

miksoftвадя,

Есть возможность хотя бы на время резко (раз в 5-10) увеличить innodb_buffer_pool_size ?
добавил innodb_buffer_pool_size до 1512М
показатель занятости памяти остался на 1,2Г
т.е. данные и так помещались в памяти.
на быстродействие не сказалось
мнение
innodb_buffer_pool_size надо ставить на самый максимум, пока система позволяет

авторЭто всё ок, но ещё раз, без ухода от LIKE '%xxx%' ты от сканирования всей таблицы не уйдёшь.

Переходи на полнотекстовый индекс.

тут уже было сравнение возможностей like и fulltext
в общем одно другим не замещается.
like намного более гибкий для поиска, но , к сожалению, только для данных определённого размера.
1-2 миллиона , что вполне для определённого круга задач