这是我第二次发布此问题。
每两天，我们会在“ nodetool tpstats”输出中注意到活动的“本机传输请求”计数数量很高（大约100到200）。这在单个DC中的几个节点上随机发生（我们有6个节点）。发生这种情况时，应用程序就会变慢。
在生产环境中部署新的微服务后，我们开始注意到上述问题。
我们在另一个生产集群中部署了相同的微服务，但是它们没有上述问题。
我们正在使用Apache Cassandra 2.2.8版本。
这是我们在集群中已经拥有的设置。
在 Cassandra.yaml 文件中，我们有 native_transport_max_threads：1024 。在 Cassandra-env.sh 文件中， JVM_OPTS =“ $ JVM_OPTS -da -server -Djava.io.tmpdir = / data1 / tmp -Dcassandra.max_queued_native_transport_requests = 4096
当我使用以下命令在所有节点上检查传入连接的数量时
netstat -tupawn | grep 9042 | grep建立| wc -l </ strong>
我看到每个节点几乎有1131个连接。
我们没有很高的GC暂停时间。我看到所有节点上的GC暂停都低于400毫秒。
现在应该将native_transport_max_threads增加到1200吗？因为每个节点有1131个连接？和max_queued_native_transport_requests到5192？
在另一个群集上，我们有native_transport_max_threads：512个，传入CQL连接数超过5000个，但在此群集中我们看不到上述问题。