Форум PHP

думаю, тема исчерпана. Большое всем спасибо за активное участие ;)

Понятно, спасибо

В превую очередь на оперативную память, чем больше её будет, тем больше вы сможете отвести её для кэша MySQL (т.е. больше индексов смогут находиться в оперативной памяти, а не на жёстком диске). Следует ориентироваться минимум на 2 Гб.

Спасибо. Т.е. брать в аренду или покупать полностью и там его настраивать под свои нужды. Не подскажете на что в первую очередь следует обращать внимание при покупке/аренде сервера (по его конфигурации)?

>700 000 рядов
Следует кэшировать результаты запросов, увеличивать объём, выделенный под кэш и желательно на выделенном хосте.

не совсем так (наверное :)). Система вот какая: есть электронный поисковик, к нему подключены склады с товарами. Кто-то заходит на этот поисковик и вносит в поле поиска запись ->ищет что ему надо. Этот поисковик подает запросы на все подключенные к нему склады. Кто первый откликнулся, тот и первый (верхний) по позициям вывода товаров. Это можно увидеть на efind.ru если ввести например 0-00320 (там даже временная шкала есть по загрузке)

Если я вас правильно понял, то это проблема соединения ищущего. Тот кто ищет - если на модеме - всегда будет долго ожидать. Ваш скрипт тут бессилен.

сам поиск по базе чуть ли не мгновенный. Проиндексирована по связке id,name (что существенно увеличивает занимаемое место). Но дело в том, что запрос простой и находит нужные ряды где-то за 0,0008 сек, что очень даже хорошо.
Потеря времени идет на пересылке инфы тому кто запрашивал и исполнении самого скрипта

хостер - agava

да, нужны все, т.к. идет постоянный запрос из поисковиков. например efind.ru

Попробуйте поставить индекс на поле "name".