admak

EXECUTE Syntax :)

Можно CONCAT-ом выкрутиться, только нужно явно перечислить столбцы

SELECT * FROM table1

where concat(field1, field2, field3) like '%what%'

Особо не вникал, но бросилось в глаза: .*

Замените его на .*? т.е.

[0-9]{1,40},first_name:.*?,last_name:.[^,]*,sex:2,bdate:[0-9]{1,2}\.[0-9]{1,2}(\.(1985|1986|1987|1988|1989|1990|1991|1992|1993|1994|1995|1996|1997))?

Наугад открыл несколько сайтов юкоза - тоже похожий код...

Купите нормальный хостинг и мусора не будет.

А так - это плата за "бесплатное". Сами уберете "мусор" - уберут Ваш сайт. (с) Фрихост.

Из того, что сразу бросилось в глаза: (думаю mysqltuner это подтвердит)

IMHO, 100 коннектов - сильно с запасом, хватит и 50

64M на кеш запросов - очень мало, выделите хотя бы 192M (если память позволяет, то и больше)

Нужный Вам результат находится в $out[1], т.е.

preg_match_all ('|<div class=["\']items["\'] id=["\'].*?["\']>(.*?)</div>|is', $text, $out );
print_r($out[1]);

а попробуйте, будете удивлены :)

если лень програмить, просто в консоле скажите

time grep "SUBSTRING" file.csv

на выходе будет результат + покажет время выполнения.

запустите пару раз, можно с разными строками поиска

Смотрите логи вебсервера.

Дальше одно из двух: либо прогеры накосячили либо хостинг.

Первый вариант - жесть, даже проверять не стал, LIKE будет быстрее.

Второй вариант попробовал на мелкой табличке 40тыс записей, время выполнения:

LOCATE - 0,12 сек

LIKE - 0.08 сек

т.е. LIKE тоже быстрее

Как искали? Обычный grep пробовали?

grep "SUBSTRING" file.csv

После первого вызова файл закешируется и последующие поиски будут быстрее. Ну или для надежности положить файл в рам (tmpfs).

LIKE - не использует индексы.

Как вариант, соэдать дополнительное текстовое поле(или varchar), которое будет содержать только "цифробуквенный символы и знак '-'" разделяемые пробелами, если их несколько. Именно по этому полю и делать полнотекстовый поиск.