solr压力测试

默认配置下对solr进行数据插入压力测试：

以书为例 对书籍的类型，url，名称，介绍进行索引，其中url及类型不进行分

采用数据：

每次从四个之间随机取出一个。

开启20个线程 每个线程插入100次文档 每次插入都做提交

服务器资源占用：

每次提交用时4.5s左右。

且最终由异常抛出：Error opening new searcher. exceeded limit of maxWarmingSearchers=2

原因：

​ Solr每次提交时，都会新打开一个searcher，打开searcher花费时间可能较长，在这打开的过程中，假如又有新的提交，又会导致打开新searcher， 当这些新的searcher（未准备好的）的数量超过SolrConfigXml 中配置maxWarmingSearchers时，就会报该错误。

maxWarmingSearchers配置的是同时可以存在的、未准备好的searcher的个数。

解决方法有两种：

1、把maxWarmingSearchers配置大一点。（需要系统有足够的RAM和CPU等，比较危险）

2、较少提交的频率(推荐)

修改为100次文档添加完成后提交：第一次执行，时间为7s左右且有异常抛出

Error opening new searcher. exceeded limit of maxWarmingSearchers=2

第二次执行，时间为4.5s，仍存在异常。

第三次执行，时间为4s 异常消失。

将maxWarmingSearchers修改为4，重启服务

执行 每个提交 时间为3s左右，且无异常抛出

修改为每次添加完立刻commit执行程序查看对服务器资源占用情况

此时资源占用：

峰值接近150% 一般维持在 35% - 50%左右。

每次提交时间分布于 1 - 3s，且有异常抛出

Error opening new searcher. exceeded limit of maxWarmingSearchers=4, try again later.

维持maxWarmingSearchers=4，将线程数降为10。线程每插入1000条提交一次，循环10次：

Cpu 占用维持于 35%-50%之间 内存占用在8%左右

分析日志 每次commit 用时2.5s左右，且运行期没有异常抛出

进行数据读取压力测试：

同时进行10个线程写入，10个线程查询，

响应很快，查看日志，每次响应时间在20ms左右。

同时进行10个线程写入，100个线程查询，

响应很快，查看日志，每次响应时间在25ms左右。

保持当前条件，将查询线程提高到500

查询期间cpu占用瞬时变大，每次响应分布在 200-500ms，峰值出现800s

整个请求用时5s左右（http请求的发送与响应时间也在内）。

同时进行10个线程写入，1000个线程查询，

此时服务器端cpu占用巨大，内存尚可，可以看出solr对cpu依赖较为严重。

每次查询响应时间800ms左右，峰值出现1.5s，较之前有明显下降约为之前20倍。但无异常抛出。

模拟一千个用户对solr进行不停地查询：

服务器资源占用巨大cpu接近400%，solr查询响应随时间增加而下降，最后稳定在800ms左右，偶尔缓存命中出现10ms。

​ 总结

单solr节点下数据写入应该以100-1000（或者更大具体看文档大小决定）个文档提交一次，10线程频繁写入maxWarmingSearchers=4较为稳定。

具体应用中，大批量数据导入应该使用内置数据导入组件。平时小批量数据添加应采用定时批量添加的方式。

Solr数据读取对cpu 占用较大，内存占用一般，可以尝试加大缓存，提高缓存命中率，以减少响应时间和服务器资源占用。

http://www.cnblogs.com/guozk/p/3498831.html 配置定义

http://blog.csdn.net/clj198606061111/article/details/21325239 缓存优化