分析各种搜索的优劣势（es、solr、sphinx、mysql like）
2016-08-18 11:54
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返回搜狐，查看更多