Caching 无法从节点缓存中获取

在香港得到以下错误

• 无法从节点缓存中获取：[cassandra错误]尝试查询的所有主机均失败。1.2.3.4：主机仍被认为处于关闭状态，上下文：ssl\u证书由\u lua颁发，客户端：1.2.3.5，服务器：0.0.0.0:443。
  SSL握手时SSL\u do\u handshake（）失败（SSL:错误：1408A179:SSL例程：Ssl3\u get\u客户端\u hello:证书cb错误）

• load\u plugin\u configuration（）：无法从节点缓存中获取：回调引发错误：[cassandra错误][不可用异常]无法实现一致性级别ALL

此错误很常见，似乎与缓存有关。有人能解释这个错误的根本原因是什么以及如何避免这个错误吗。

---

使用Kong CE 0.13、Cassandra 3.11.1时，错误看起来像是您指定了所有客户端一致性级别。在这种情况下，您将以牺牲可用性为代价实现最高级别的一致性（所有节点都必须确认写/读操作才能“继续”）。如果客户端一致性级别为ALL，因为所有节点都必须确认请求，则所检索数据的任何节点都不可用。如果出现这种情况，您将收到一个类似于上面所示的错误。除非我误解了上面的错误消息，否则根据您的输出，似乎至少有一个节点关闭，导致您的查询失败

将客户机一致性级别设置为ALL有点极端，在cassandra中通常不是最佳实践（因为您在上面注意到了这一点）。在大多数情况下，您确实希望允许一些容错。在大多数情况下，客户机一致性级别的QUORUM或LOCAL_QUORUM是“舒适”一致性的适当平衡，但允许节点在没有故障的情况下不可用。这些设置完全由客户机驱动-这意味着客户机可以控制（在连接级别，甚至在每语句级别）其一致性/容错要求（即检查软件，查看如何调整客户机一致性级别，如果需要）

---

-Jim

是适用于“无法从节点缓存获取”错误的相同根本原因（所有节点必须确认写入/读取才能“继续”）我相信这些都是相关的，但可能是错误的。不太了解您引用的应用程序。我猜从应用程序的角度来看，功能是：“从缓存获取节点”，然后查询cassandra以获取该信息。只是一种预感。“无法实现所有一致性”肯定与我上面提到的一致性设置有关。