我不知道为什么我的cassandra有这么大的提示table？
I don't know why my cassandra has such a large hints table?
我的集群有 2 个数据中心。第一个数据中心有 1 个启用了 spark 和 solr 的节点，另一个数据中心有 5 个启用了 spark 的节点。一段时间后，所有节点都有几个 100GB 的提示 table。但是我的节点状态都是可用的，正常的。它没有显示节点已关闭，但提示 table 一直在增加。结果是一段时间后所有磁盘 space 都将被使用，节点死亡，系统崩溃。不知道为什么会这样？
感谢您的建议。
你没有说哪个 nodes/data 中心有不断增长的提示表，但我的猜测是 1 节点数据中心没有足够的处理能力来跟上从 5 节点复制的写入数据中心。我会说使用 Spark 时尤其如此 - 除非您使用 cassandra.output 参数来控制写入速度，否则 Spark 写入很容易使集群不堪重负。
此处的另一个因素是您使用的一致性级别 - LOCAL_* 一致性级别只需要将写入写入本地 DC 才能将操作视为成功（并且将存储提示以复制到其他直流）。
干杯
本
我的集群有 2 个数据中心。第一个数据中心有 1 个启用了 spark 和 solr 的节点，另一个数据中心有 5 个启用了 spark 的节点。一段时间后，所有节点都有几个 100GB 的提示 table。但是我的节点状态都是可用的，正常的。它没有显示节点已关闭，但提示 table 一直在增加。结果是一段时间后所有磁盘 space 都将被使用，节点死亡，系统崩溃。不知道为什么会这样？
感谢您的建议。
你没有说哪个 nodes/data 中心有不断增长的提示表，但我的猜测是 1 节点数据中心没有足够的处理能力来跟上从 5 节点复制的写入数据中心。我会说使用 Spark 时尤其如此 - 除非您使用 cassandra.output 参数来控制写入速度，否则 Spark 写入很容易使集群不堪重负。
此处的另一个因素是您使用的一致性级别 - LOCAL_* 一致性级别只需要将写入写入本地 DC 才能将操作视为成功（并且将存储提示以复制到其他直流）。
干杯 本