cassandra不会立即删除数据，它会标记为删除，并在配置时间后删除。与此同时，您的查询可能需要更长的时间。如果需要更快地删除数据，则需要运行compact：

./nodetool compact <ks_name> <cf_name>

在任何情况下，生产中的数据库都需要压缩以保持良好的状态。
从springboot查询100k行在时间、通过可用带宽传输的信息量和所用内存方面都是昂贵的。您能发布配置的详细信息并检查spring boot microservice服务器在查询过程中是否内存不足和正在交换吗？。

free -h

更多的东西。你能检查一下你在从spring boot查询哪个节点吗？。你能把spring boot寄来的cql贴在这里吗？。您是从cqlsh查询该节点/分区上的数据还是所有的100k行？。您是否在SpringBoot项目中使用负载均衡器、代理服务或任何其他服务（如consul）？。
为了解决网络问题，ssh连接到您希望查询的cassandra节点，并使用tcpdump检查它是否有效地从运行微服务的计算机获得连接。
假设带spring boot的机器是10.0.10.100，ssh到您认为正在接收连接的cassandra节点并执行：

sudo tcpdump | grep "10.0.10.100"

现在尝试从spring boot运行查询。
在spring引导服务器中打开iftop，查看从cassandra获取的带宽消耗是多少。

iftop

希望有帮助。请提供更多信息。
干杯