20160818分析各种搜索的优劣势（essolrsphinxmysql like）

Posted 2021-05-02 黑夜路人技术

1.mysql的like 简单的关键字搜索。不适合全文索引搜索。sphinx配置很麻烦，但是适合全文搜索。 - 入末

2.sphinx和lucene本质都是倒排索引

shpinx更新太麻烦

虽然后面有增量索引，太难用了

重建索引耗时太久

实际上，如果不是很复杂，可以用mysql和redis实现倒排索引功能

Sphinx太静态，虽然性能有些优势，但是很多场景不适合

但是sphinx论坛有个大神Barry hunter,你的任何问题总能第一时间回答，我问过几次，很满意

Solr也是基于lucene的

版本更新确实很快，所以只能看官方文档，最佳实践就是看官方文档

 - tiyee

3.sphinx不支持增量更新，每次更新需要重建索引，都是用的倒排索引

GitHub 之前把solr替换为es了，仅供参考 

es有个毛病，版本更新太快，累死运维，每次都得评估是不是要升级

es 带中文分词吗？回答：有个lk分词插件支持中文分词

 - 廖强

4.基本都是solr和es

好多都把solr替换成es

Solr版本更新也快啊

 - 梦幻

5.sphinx感觉10年前了

除了es，其他的基本都不怎么提了

 - tony

讨论：

solr频繁写入的话 索引效率很低的问题 有人解决过吗 - 影子

bulk，另外控制刷新频率 - tiyee

我们是通过mq 更新magento产品 再同步到solr，频繁写入 导致solr忙于建索引，现在用softcommit减少写入 导致无法做到near real time - 影子

商城是读为主，关键数据在数据库或缓存实时处理 - tiyee

我们主数据都是从solr取了 - 影子

不实时更新 估计没啥问题吧 - 李冬

购物车 checkout才走数据库，目前有15分钟数据延迟,考虑以后移到es,不过我们solr配置麻烦 多语种 各种分词 - 影子

es频繁写也会慢吧 - 梦幻

es写很快，solr写是个大问题，我们现在完全依靠solr解决数据库的问题，之前还写了个类似于 mysql的 底层solr操作，把mysql的查询转成solrquery，那样前端什么都不用改 - 影子

推荐链接：

http://es.xiaoleilu.com/ - Elasticsearch 权威指南（中文版）

最终结果：

es > solr > sphinx > mysql like