EC2机器上的Cassandra本机传输端口9042速度慢

我在EC2上设置了一个5节点的Cassandra集群，都在同一个区域

如果我通过cqlsh（9160）连接，查询将在不到一秒钟的时间内响应

当我通过Dev Center连接，或者使用本机Java驱动程序（两者都使用端口9042）时，查询需要20秒以上的时间才能响应

他们总是在同一个21秒的区域做出反应。不要先快后慢

我已经在EC2上建立了一些Cassandra集群，以前也见过，但不知道如何解决这个问题。上一次，我废弃了集群并构建了一个新集群，端口9042上的响应时间很好

---

感谢您在如何调试或修复此问题方面提供的任何帮助。

当前版本的DevCenter旨在支持作为主场景运行（longish）CQL脚本（相对于一个交互式控制台，其中查询一个接一个地执行）。DevCenter正在使用作为基础连接器

对于上述场景，为了确保没有“冲突”，将为每次执行创建一个新的

会话。当
会话
初始化时，驱动程序执行自动节点发现、创建连接池等。基本上，它做了大量准备工作。根据从客户机到EC2节点的延迟、集群的大小以及这些节点的配置（请参阅），此初始化阶段可能非常昂贵

正如您可以想象的那样，准备所花费的时间并不代表运行DDL脚本的很大一部分，也不代表插入/更新的适当大小。但对于交互式场景，它将导致次优行为（您正在描述的行为）

DevCenter的下一个版本将针对交互式场景进行优化，以使用户体验符合您的期望。在我们的优先级列表中，支持此场景是非常重要的。
当前版本的DevCenter设计用于支持运行（longish）CQL脚本的主场景（相对于一个具有一个接一个执行查询的交互式控制台）。DevCenter正在使用作为基础连接器

对于上述场景，为了确保没有“冲突”，将为每次执行创建一个新的
会话。当
会话
初始化时，驱动程序执行自动节点发现、创建连接池等。基本上，它做了大量准备工作。根据从客户机到EC2节点的延迟、集群的大小以及这些节点的配置（请参阅），此初始化阶段可能非常昂贵

正如您可以想象的那样，准备所花费的时间并不代表运行DDL脚本的很大一部分，也不代表插入/更新的适当大小。但对于交互式场景，它将导致次优行为（您正在描述的行为）

DevCenter的下一个版本将针对交互式场景进行优化，以使用户体验符合您的期望。在我们的优先级列表中，支持此场景是非常重要的。
当前版本的DevCenter设计用于支持运行（longish）CQL脚本的主场景（相对于一个具有一个接一个执行查询的交互式控制台）。DevCenter正在使用作为基础连接器

对于上述场景，为了确保没有“冲突”，将为每次执行创建一个新的
会话。当
会话
初始化时，驱动程序执行自动节点发现、创建连接池等。基本上，它做了大量准备工作。根据从客户机到EC2节点的延迟、集群的大小以及这些节点的配置（请参阅），此初始化阶段可能非常昂贵

正如您可以想象的那样，准备所花费的时间并不代表运行DDL脚本的很大一部分，也不代表插入/更新的适当大小。但对于交互式场景，它将导致次优行为（您正在描述的行为）

DevCenter的下一个版本将针对交互式场景进行优化，以使用户体验符合您的期望。在我们的优先级列表中，支持此场景是非常重要的。
当前版本的DevCenter设计用于支持运行（longish）CQL脚本的主场景（相对于一个具有一个接一个执行查询的交互式控制台）。DevCenter正在使用作为基础连接器

对于上述场景，为了确保没有“冲突”，将为每次执行创建一个新的
会话。当
会话
初始化时，驱动程序执行自动节点发现、创建连接池等。基本上，它做了大量准备工作。根据从客户机到EC2节点的延迟、集群的大小以及这些节点的配置（请参阅），此初始化阶段可能非常昂贵

正如您可以想象的那样，准备所花费的时间并不代表运行DDL脚本的很大一部分，也不代表插入/更新的适当大小。但对于交互式场景，它将导致次优行为（您正在描述的行为）

DevCenter的下一个版本将针对交互式场景进行优化，以使用户体验符合您的期望。支持这个场景在我们的优先级列表中占有相当高的位置。
底层Java驱动程序在最初连接时获得整个集群拓扑。这使它能够自动连接到群集中的任何节点。在EC2上，它只获取私有地址，尝试每个地址，然后超时。然后通过初始连接发送请求
底层Java驱动程序在初始连接时获得整个集群拓扑。这使得