И это все mysql. Вот как организовать поиск по сайту я хз.
Может просто сделать толковый ситемап скормить его гуглу и воспользоватся гугловским поиском? Как такая идея?

сторонними поисковиками многое пользуются. а то, что нагрузка 80-100%, вероятно, следствие плохой архитектуры. поиск, небось, через LIKE ведется?

Именно через него вот код запроса

САм знаю что ужасен но не думал что на столько
Добавлено спустя    34 секунды:
Да и вообще я в mysql не очень все ленюсь почитать про нее

LIKE подобным образом на любой субд работает. Как частичное решение - убери первый процент в LIKE, чтобы начало было жестко определено. В таком случае не будет перебора, а будет использоваться индекс на `info`. Ну, и само собой, если индекса нету - поставить.

Вроде как сфинкс система есть, вам естественно лучше знать.

tipsun
Когда то пытался с ним подружится но потом забил. Все вроде норм было.
Добавлено спустя   1 минуту  3 секунды:
Gemorroj
Спасибо сейчас так и сделаю.
Решил переписать все и дополнение написать на си вообщем сгрузить всю базу в оперативку.

Gemorroj написал:

LIKE подобным образом на любой субд работает. Как частичное решение - убери первый процент в LIKE, чтобы начало было жестко определено. В таком случае не будет перебора, а будет использоваться индекс на `info`. Ну, и само собой, если индекса нету - поставить.

Заменил вчера и пошел спать сегодня посмотрел оно вообще не находит если более одного слова в поиске

TLENS написал:

Gemorroj написал:

LIKE подобным образом на любой субд работает. Как частичное решение - убери первый процент в LIKE, чтобы начало было жестко определено. В таком случае не будет перебора, а будет использоваться индекс на `info`. Ну, и само собой, если индекса нету - поставить.

Заменил вчера и пошел спать сегодня посмотрел оно вообще не находит если более одного слова в поиске. А поиск и правда заметно ускорился

TLENS, ну епт..
SELECT * FROM `table` WHERE `info` LIKE "test%" OR `info` LIKE "some%";

Именно так и сделал.
Добавлено спустя    34 секунды:
Возможно слово не совпало сейчас посмотрю внимательнее

Блин увеличил себе ресурсов на 100% все равно сайт висит нагрузка 50-60% ладно вообщем мне не остается ничего как писать дополнение. Такой вид оптимизации самый лучший как по мне.

TLENS, что ты дополнять собрался? у тебя архитектурная проблема.

Я хочу вынести базу данных в оперативную памьять а не в mysql все подсчитал у меня всего пару сотен она займет. Поиск в оперативной памьяти будет гораздо быстрее я так думаю. И нагрузки на базу такой не будет.

TLENS, перезагрузка сервера и вся оперативка очистится. В mysql есть тип таблиц - MEMORY. данные хранятся в оперативной памяти. изучи сначала возможности субд, и поменяй архитектуру. писать свой сишный модуль стоит только если для саморазвития.

Gemorroj написал:

перезагрузка сервера и вся оперативка очистится.

Не вижу это проблемой, что мешает её загрузить снова в оперативку при рестарте?

Gemorroj написал:

В mysql есть тип таблиц - MEMORY

Вот это уже интереснее спс.

P.S. Только что пересчитал все слова в базе их всего навсего 64 тыс. Сделаю все тегами и поиск по тегам будет.

что интереснее?? ты готов после перезагрузки сервера потерять все данные??? настрой лучше субд получше. ( http://lib.custis.ru/Как_готовить_MySQL_(Андрей_Аксенов,_ADD-2012 ) измени алгоритм поиска. сфинкс тот же, в конце-концов присобачь.

Странно не могу залить таблицу. #1114 - The table 'video' is full 1,664(16mb) строк влазит и все.
Несколько вопросов:
1) Где стоит данное ограничение
2) Почему MyISAM 102,886 строк занимает всего 23 mb с тремя индексами. А MEMORY 1664 строк занимает 16 mb. 102866 / (1664 / 16) = 989 mb вес таблицы.
3) Не слишком ли длинная строка. я хз почему но она занимает аж 10 кб.
Характеристика    Значение
Формат    статический
Сравнение    utf8_general_ci
Строки    1,664
Длина строки ø    9,985
Размер строки ø    10,092 Байт
В то время как предыдущая занимает всего    220 Байт

Формат    динамический
Сравнение    utf8_general_ci
Строки    102,886
Длина строки ø    207
Размер строки ø    220 Байт
Создание    Июл 03 2012 г., 12:33
Последнее обновление    Июл 03 2012 г., 12:38

Gemorroj написал:

Как_готовить_MySQL_(Андрей_Аксенов,_ADD-2012 )

Ладно все же пришло время почитать

тебе нужен InnoDB, как, надеюсь, ты поймешь из видео. MEMORY тебе не нужен, потому что ты потеряешь данные.

Что нужно сделать:
1. оптимизировать мускул под твой сервер
2. сделать код норм.
Ответы:
1. http://habrahabr.ru/post/108418/  - всё понятно и внятно
2. говнокод не есть айс - www.php.net
P.S. и вообще гугл хорошо выручает, если грамотно его спросить

WapStyle Да ты просто КЕП)) Сама очевидность.

Gemorroj написал:

тебе нужен InnoDB, как, надеюсь, ты поймешь из видео. MEMORY тебе не нужен, потому что ты потеряешь данные.

Как не странно но после просмотра видео сразу полез переделать таблицу в innobd да а вот на счет потерь данных я прочитал об этом и готов был пойти на жертву делать дополнительную таблицу.
Кстати производительность раз в 10 изменилась. Сейчас буду рыть по поводу сфинкса.

Вообщем установил сфинкс но руки не дошли его настроить загорелся идеей тегов вообщем закончил нагрузка теперь в среднем 4-10% плюс мьягкий поиск т.е. можно искать like ('%слово%') OR like ('%слово2%') и т.д.