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 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
