Полнотекстовый поиск с InnoDB

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

Выделенная поисковая система определенно будет наиболее гибким вариантом здесь - сохраните данные публикации в MySQL / innodb, а затем экспортируйте текст в вашу поисковую систему. Вы можете довольно легко настроить периодическое создание / публикацию полного индекса и добавлять обновления индекса в реальном времени, если чувствуете необходимость и хотите потратить время.

Lucene и Sphinx являются хорошими вариантами, как и Xapian, который приятен и легкий. Если вы пойдете по пути Lucene, не думайте, что Clucene будет лучше, даже если вы предпочитаете не бороться с Java, хотя я не совсем квалифицирован, чтобы обсуждать плюсы и минусы того и другого.

Наряду с общим отказом от MyISAM, InnoDB полнотекстовый поиск (FTS) наконец-то доступен в версии MySQL 5.6.4.

Множество пикантных деталей на https://dev.mysql.com/doc/refman/5.6/en/innodb-fulltext-index.html.

В то время как другие движки имеют множество различных функций, это InnoDB, поэтому он родной (что означает, что есть путь обновления), и это делает его стоящим вариантом.

Вам нужно потратить час и пройти установку и тест-драйв Sphinx и Lucene. Посмотрите, соответствует ли какой-либо из них вашим потребностям в отношении обновления данных.

В Sphinx меня разочаровало то, что он не очень хорошо поддерживает инкрементные вставки. То есть переиндексировать после вставки очень дорого, настолько дорого, что их рекомендуемое решение - разделить ваши данные на более старые неизменяемые строки и новые изменчивые строки. Таким образом, при каждом поиске, выполняемом вашим приложением, придется выполнять поиск дважды: один раз по большему индексу для старых строк, а также по меньшему индексу для последних строк. Если это не согласуется с вашими шаблонами использования, этот Sphinx не является хорошим решением (по крайней мере, не в его текущей реализации).

Я хотел бы указать на другое возможное решение, которое вы могли бы рассмотреть: Система пользовательского поиска Google. Если вы можете применить SEO к своему веб-приложению, передайте функцию индексирования и поиска Google на аутсорсинг и вставьте текстовое поле поиска Google на свой сайт. Это может быть наиболее экономичный и масштабируемый способ сделать ваш сайт доступным для поиска.

Возможно, не стоит так быстро отказываться от MySQL FT. Craigslist использовал его.

MySQL’s speed and Full Text Search has enabled craigslist to serve their users .. craigslist uses MySQL to serve approximately 50 million searches per month at a rate of up to 60 searches per second."

редактировать

Как указано ниже, Craigslist, похоже, перешел на Sphinx в начале 2009 года.

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

попробуй это

ROUND((LENGTH(text) - LENGTH(REPLACE(text, 'serchtext', ''))) / LENGTH('serchtext'),0)!=0

Вам стоит взглянуть на Сфинкса. Стоит попробовать. Он очень быстро индексируется и распространяется. Вам следует взглянуть на этот (http://www.percona.com/webinars/2012-08-22-full-text-search-throwdown) веб-семинар. Он говорит о поиске и имеет несколько отличных тестов. Вы можете найти это полезным.

Если ничего не помогает, всегда есть soundex_match. , что, к сожалению, не очень быстрое и точное

Для тех, кто застрял на более старой версии MySQL / MariaDB (например, пользователи CentOS), где InnoDB не поддерживает полнотекстовый поиск, моим решением при использовании таблиц InnoDB было создание отдельной таблицы MyISAM для того, что я хотел найти.

Например, моя основная таблица InnoDB была products с различными ключами и ссылочной целостностью. Затем я создал простую таблицу MyISAM с именем product_search, содержащую два поля, product_id и product_name, где для последнего был установлен индекс FULLTEXT. Оба поля фактически являются копией того, что находится в основной product таблице.

Затем я выполняю поиск в таблице MyISAM, используя полнотекстовый поиск, и выполняю внутреннее соединение с таблицей InnoDB.

Содержимое таблицы MyISAM можно поддерживать в актуальном состоянии с помощью триггеров или модели приложения.

Я бы не рекомендовал это, если у вас есть несколько таблиц, требующих полнотекстового поиска, но для одной таблицы это кажется подходящим решением, пока вы не сможете выполнить обновление.