摘要：
索引合并并不会判断uniqueKey，所以主键有重复不会判断主键会重复。 官方的解释是不要有重复。 要合并索引，它们必须满足以下要求： 这两个索引必须兼容：它们的架构应该包含相同的字段，并且它们应该以相同的方式分析字段。 索引不得包含重复的数据。 1, Solr 合并索引数据有两种方法，第一种是 1 阅读全文
摘要：
作者：战斗民族就是干 转载请注明地址：http://www.cnblogs.com/prayers/p/8986498.html 普通分页 当需要深度分页的时候，比如查询第10000页数据，每页显示10条，意味着需要提取前10000 x 10 页的数据，并将这100000条数据缓存在内存中，然后在内 阅读全文
摘要：
作者：战斗民族就是干 转载请注明地址：http://www.cnblogs.com/prayers/p/8982141.html 本篇文章我们来了解一下solr的性能方面的调优，分为Schema优化、索引更新与提交调优、索引合并性能调优、Solr缓存、Solr查询性能优化 Schema优化 1、in 阅读全文
摘要：
作者：战斗民族就是干 转载请注明地址：http://www.cnblogs.com/prayers/p/8822417.html Facet 开门见山，facet解决的就是筛选，我是把它理解为一种聚合。 例如，商品属性中的品牌名称。例如：搜索召回了100个sku，这100个sku里面包含在20个品牌 阅读全文
摘要：
长期以来，我们一直有一个深分页问题。如果直接跳到很靠后的页数，查询速度会比较慢。这是因为Solr的需要为查询从开始遍历所有数据。直到Solr的4.7这个问题一直没有一个很好的解决方案。与最近发布的Solr的版本中，Solr使用了所谓的游标大幅度提高深翻页的性能。 问题 深分页的问题是很清楚。Solr 阅读全文
摘要：
深度分页 深度分页是指给搜索结果指定一个很大的起始位移。 普通分页在给定一个大的起始位移时效率十分低下，例如start=1000000,rows=10的查询，搜索引擎需要找到前1000010条记录然后再返回最后10条。Solr为了最后10条记录只会检索排序字段，但是前1000010条记录的内部排序开 阅读全文
摘要：
通常，我们的应用系统，如果要做一次全量数据的读取，大多数时候，采用的方式会是使用分页读取的方式，然而 分页读取的方式，在大数据量的情况下，在solr里面表现并不是特别好，因为它随时可能会发生OOM的异常，在solr里面 通过rows和start参数，非常方便分页读取，但是如果你的start=1000 阅读全文
摘要：
1. 问题描述 当从数据库中查询大量的数据，每个模板取出来几百万条数据，或者是频繁的刷新项目、模板时就会占用Java虚拟机JVM的大量内存，超过内存就会出现报java.lang.OutOfMemoryError:Java heap space内存一处的错误，具体报错如下： 2. 原因 由于服务器的J 阅读全文
摘要：
Solr的defType有dismax/edismax两种，这两种的区别，可参见：http://blog.csdn.net/duck_genuine/article/details/8060026 下面示例用于演示如下场景： 有一网站，在用户查询的结果中，需要按这样排序： 这样的查询排序使用普通的查 阅读全文
摘要：
Solr将数据以结构化的方式存入系统中，存储的过程中可以对数据建立索引，这个结构的定义就是通过schema.xml来配置的。 <?xml version="1.0" encoding="UTF-8" ?> <!-- Licensed to the Apache Software Foundation 阅读全文
摘要：
需求分析： 我不想使用solr默认的主键id，我想换成其他的，比如我的文章id为article_id，我想让article_id作为主键。 而且，我的主键是int类型，而solr的主键默认是string类型，我们还需要修改，修改后，还会报错，我们还需要来解决报错问题。 实践： 第一步： 我们需要打开 阅读全文