集成的方式有很多，采用哪种方式好呢？这是我这这段是时间一直在做和考虑的问题。
先介绍一下背景。首先我们之前一直用的都是jestes 从整体上看没有什么大的问题。但是一定存在的存在的问题是jestes的api更新没有官方提供的api及时，另外bug修复速度也比较慢。使用jestes 低版2.X版本时还好没发现什么bug。但是由于es版本比较低性能和高版本es相比要差很多。所以升级了es版本到5.6.4，同时升级的jestes 版本到5.3.3 。首先遇到的问题是用MultiSearch的setParameter 方法不生效 后来重写了jeses 的一个来解决了这个问题。解决方案如下：
重写jestes io.searchbox.core包下的MultiSearch类的getData 方法
public StringgetData(Gson gson) {
StringBuilder sb =new StringBuilder();
for (Search search :searches) {
sb.append("{\"index\" : \"").append(search.getIndex());
if (!StringUtils.isBlank(search.getType())) {
sb.append("\", \"type\" : \"").append(search.getType());
}
sb.append(getParameter(search, "ignore_unavailable"));
sb.append(getParameter(search, "allow_no_indices"));
sb.append(getParameter(search, "expand_wildcards"));
sb.append(getParameter(search, "preference"));//这里是新增的
final String query =NEWLINE_MATCHER.removeFrom(search.getData(gson));
sb.append("\"}\n")
.append(query)
.append("\n");
}
return sb.toString();
}
另外由于我们的搜索业务越来越复杂 导致sql写的也越来越复杂。代码中经常要根据不同的逻辑去拼sql字符串。相信你可以想象的到 用字符串来拼接多个不同逻辑的es sql 会是多大一堆的代码。虽然逻辑不是特别复杂可以每次看到这里的代码总觉得就是一堆垃圾。看上去心烦。
后来趁着搜索重构升级 打算采用es提供的原生api 。经过网上资料的查找 发现升级到5以后 es client 支持rest 的连接方式了。刚开始觉得 还是用transportclient好一点 毕竟es从1.x 开始就支持这种连接方式了。后来发现 这种transport的方式查询性能要差很多。同一个查询语句用restclient 只需要40ms 可是用transportclient 要200ms 。这性能差的不是一点点。另外进一步查了资料发现 transportclient 在高并发时还很不稳定。后来就果断的使用了restclient。
后来查资料发现我的选择是明智的。因为es 官网已经明确说了
1.计划在es7中删除transportclient es8会彻底删除。
2.RestHighLevelClient 目前已经支持了常用的api。言外之意就是不常用还不支持。
下面说说springboot 集成 restclient 时遇到的问题。
因为我们es服务端选用了5.6.4 所以RestHighLevelClient 客户端我们也选用了5.6.4。集成pom.xml 文件如下：
<groupId>org.elasticsearch.client</groupId>
<artifactId>elasticsearch-rest-client<artifactid>
<version>5.6.4</version>
<groupId>org.elasticsearch.client</groupId>
<artifactId>elasticsearch-rest-high-level-client</artifactId>
<version>5.6.4</version>
问题来了 这个版本的客户端不支持 highLevelClient.multiSearch（）api
但是我们又必须要使用这个api。
怎么解决这个问题呢？后来想到可以试试高版本的RestHighLevelClient 向下兼容做的怎么样。
我们选用了RestHighLevelClient 6.3.2 版本的客户端。集成pom.xml 如下：
<groupId>org.elasticsearch.client</groupId>
<artifactId>elasticsearch-rest-client<artifactid>
<version>6.3.2</version>
<groupId>org.elasticsearch.client</groupId>
<artifactId>elasticsearch-rest-high-level-client</artifactId>
<version>6.3.2</version>
这个版本已经实现了我们需要的highLevelClient.multiSearch（）api 但是执行方法时报如下错误：
Caused by: java.lang.NoSuchMethodError: org.elasticsearch.action.admin.indices.create.CreateIndexResponse.fromXContent
后来发现即使 我们上面的pom.xml 中已经配置了6.3.2 版本的依赖。可以org.elasticsearch报的依赖还是5.6.10 版本的。
所以在pom.xml 添加如下配置复写这个包。
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
<version>6.3.2</version>
然后重新导包 重启服务终于一切正常了！！！！！！！
