已重新启动群集中的一个节点，启动服务需要20-25分钟（在重新启动之前已执行nodetool刷新）。计算机上的数据文件夹大小约为1.1 TB。
群集数据：我们有2个数据中心，每个数据中心有7个节点，复制因子为2。
下面是调试日志，我看到两个记录器之间有25分钟的间隙。
DEBUG [CompactionExecutor:3] **2023-07-04 07:00:30,058** CompactionTask.java:255 - Compacted
INFO [main] **2023-07-04 07:25:41,491** IndexSummaryManager.java:85字符串
基于调试日志我了解到，所有的表压缩都完成了，并且它初始化了indexsummary管理器。
我想知道哪个过程花了25分钟B/w压缩和索引摘要初始化。
1条答案
按热度按时间dy1byipe1#
启动服务需要20-25分钟
我以前在写任务非常重的集群中见过这种情况，在那里提交日志处理得不够快。因此，提交日志中有大量数据必须在重启时进行协调。
（重启前已执行nodetool flush）。
所以我觉得应该是这样。根据定义，Flush启动memtables、commitlog和sstables之间的协调。
也许，运行
nodetool drain（在重新启动之前）可能是一个更好的主意。排水做了一些额外的事情周围，确保一切都是照顾之前关闭。为了控制这种情况，我将向集群中添加更多的节点。使每个节点负责更少的数据并分散操作写入负载将有助于解决此问题的根本原因。