Concurrency orientdb 2.1.11上的最大并发连接数

在将流量路由到DB（在3节点设置上）时，版本2.1.11经常出现错误，而我们目前只使用其中一个节点，因为分布式节点存在其他问题

我们每次发送流量时遇到的错误大约是达到的最大并发会话数。（请参见下面的错误快照）

2016-03-04 10:17:00:594 WARNI达到最大并发连接数（最大值=1000，当前值=1000），拒绝来自/10.43.1.238:43635[OServerNetworkListener]的传入连接

数据库池的客户端服务器配置为：

orient.db.minPool = 50
orient.db.maxPool =100

发生此错误时，客户端的netstats为：

150 TIME_WAIT
99 ESTABLISHED
10 LISTEN
1 SYN_SENT

独立服务器配置为：

<handler     class="com.orientechnologies.orient.graph.handler.OGraphServerHandler">
<parameters>
<parameter name="enabled" value="true"/>
<parameter name="graph.pool.max" value="50"/>
</parameters>
</handler>

<entry name="db.pool.min" value="100”/>
<entry name="db.pool.max" value="400"/ >

断开连接：

576 TIME_WAIT
330 ESTABLISHED
13 LISTEN   

H/W配置：OS-DEBIAN压缩64位，JAVA 7，RAM 48G，双十六进制核

---

我们担心会增加网络连接的默认限制（1000），并想找出orientdb服务器为什么会使用max connections。希望了解OClientConnection的生命周期，以便帮助我们了解交易是如何打开和关闭的。

@Lvca，我是Shobhit的同事，这是问题的原始海报。客户端库是orientdb-Client-2.1.11.jar

@Alessandro，我意识到storage.keepOpen的默认行为是true，需要显式地设置为false（通过在服务器或JVM中添加属性），但我想知道它做了什么，它与我们看到的问题有什么关系

---

除了可以解释570多个TIME_WAIT套接字的原因外，当我们看到此警告时，线程/FD计数也会同时上升。我怀疑orientdb线程在资源上堆积并锁定，因此它无法处理更多的连接，我们如何将其与客户端关联？

可以尝试设置属性“storage.keepOpen”吗设置为false？您使用什么驱动程序连接到服务器？问题似乎出在客户端：您确定总是关闭数据库吗？这个问题通常存在：客户端上有数千个打开的db实例。@Lvca正在使用的客户端库是orientdb-client-2.1.11.jarhave set storage.keepOpen“若为false，请注意这是不推荐的。但是问题似乎得到了解决@Lvca有没有一种新的方法来解决这个问题？或者这是一个缺点？除了价格昂贵之外。

576 TIME_WAIT
330 ESTABLISHED
13 LISTEN