最近项目中用到了Elasticsearch5.4（ES）是比较新的一个版本，使用的过程中出现了很多的问题，很是头疼，但是问题最终还是解决掉了。
问题一：ESClient获取慢，并且不能获取Client：failed to create a child event loop
由于业务的需要没上传一批文件都要加一次ES索引，每加一次索引都要获取连接然后操作，尤其是大批量的时候，获取的次数显然非常多，而且出现这个问题的主要原因在于我们在循环频繁的操作ES，比如一批文件100个，我们就要获取100次，为了降低ES Client获取的时间，最终采取了一个方案，那就是在服务启动的时候初始化连接，一次性获取，然后在后边直接调用，整个批次文件上传完成后，最后添加ES索引，而不是一个文件一个文件的去添加了。这种方式显然不需要每个批次都获取连接，大大提升了执行效率。
首先，我们在服务启动的时候，在启动类中初始化静态ES Client：
private static ElasticSearchUtil ElasticSearchUtil=new ElasticSearchUtil(); public static TransportClient client=ElasticSearchUtil.getClient();
然后在用到的时候直接调用：
Client client=Main.client;
这样可以大大减少ES Client的连接次数，从而提升效率。
ES代码如下：
public TransportClient getClient() { String[] ipArr = configUtil.getValue("ESIP").split(","); Settings settings = Settings.builder().put("thread_pool.generic.core",5) .put("thread_pool.generic.max", 10) .put("processors", 5) .put(Constants.ESCLUSTERNAME,configUtil.getValue("clusterName")).build();
TransportClient client = new PreBuiltTransportClient(settings); for (String ip : ipArr) { TransportAddress address = new InetSocketTransportAddress (InetAddresses.forString(ip),9300); client.addTransportAddresses(address); } return client; }
问题2：内存溢出:java.lang.OutOfMemory:unable to create new native thread
在项目开发过程中，发生内存溢出是很让人头疼的一件事，在使用ES的过程中，就遇到了，而且很频繁，尤其是在大批量压力测试的时候根本进行不下去，从jvm内存调优方面想了很多办法，没有什么效果，问题依然得不到解决，最后在看源码的时候，发现了一个原因，和报错异常结合来看，这是由与ES在使用过程中，自动创建了大量的线程，超出了系统的容纳量，所以导致了内存溢出，研究源码的时候发现：ES创建的线程数是可以通过设置来控制的。下面是默认的ES创建线程数：
thread_pool.generic.core=默认值---4 thread_pool.generic.max=默认值-- min(512,max(4*processor数，128)) processor数=CPU的processor数
我们的CPU是10核40线程
从计算结果来看，如果使用默认值的话，ES可以创建的线程数是一个很大的数值，这远远超出了系统本身的容纳数，主要是调整setting的数值，经过调整，我们将ES的默认值改变如下：
Settings settings = Settings.builder().put("thread_pool.generic.core",5)
.put("thread_pool.generic.max", 10)
.put("processors", 5) .put(Constants.ESCLUSTERNAME,configUtil.getValue("clusterName")).build();
这是之前的
Settings settings = Settings.builder().put("thread_pool.generic.core",5)
.put(Constants.ESCLUSTERNAME,configUtil.getValue("clusterName")).build();
经过测试，ES创建了很少的线程数，并且满足我们的开发需求，再也没有出现过内存溢出的问题了。