Spring Couchbase—将文档保存在内存和磁盘中的顺序

Couchbase是否先将文档存储在内存中，然后再将数据移动到文件存储？是否有任何配置可用于指定数据必须存储在内存中多长时间才能刷新到文件存储？

Couchbase体系结构是内存优先\Cache-thru。 您无法决定是否使用内存，它会尽快将数据写入磁盘。 部分原因是您需要有足够的内存来存储所拥有的数据量

您确实有一些策略，如完全或值逐出，但您同样没有控制权

---

但您可以在SDK中等待，直到数据被复制\持久化到磁盘。

Couchbase体系结构是内存优先\缓存通过。 您无法决定是否使用内存，它会尽快将数据写入磁盘。 部分原因是您需要有足够的内存来存储所拥有的数据量

您确实有一些策略，如完全或值逐出，但您同样没有控制权

---

但您可以在SDK中等待，直到数据被复制\持久化到磁盘。

Couchbase将数据存储在磁盘和RAM中。默认行为是在存储到RAM中后的任意时间（通常很快）将文档写入磁盘。这会留下一个短窗口，节点故障会导致数据丢失。我在当前版本的Couchbase的文档中找不到任何内容，但过去您可以请求“set”方法仅在数据持久化到磁盘后完成（默认为仅RAM）

在任何情况下，在写入RAM之后，文档最终都会写入磁盘。Couchbase保留一个

磁盘写入队列

，您可以在管理控制台的“度量报告”页面上查看该队列。现在，CB在集群中同步写操作，我相信在Couchbase确认写操作发生之前（例如，在write方法返回调用方之前），会在集群中同步写操作。同样，由于以前版本的文档更为详细，因此很难在此基础上确定文档

---

如果您的文档多于可用RAM，则只有访问频率最高的文档才会存储在RAM中，以便快速检索，而所有其他文档都会被“逐出”到磁盘。

Couchbase将数据存储在磁盘和RAM中。默认行为是在存储到RAM中后的任意时间（通常很快）将文档写入磁盘。这会留下一个短窗口，节点故障会导致数据丢失。我在当前版本的Couchbase的文档中找不到任何内容，但过去您可以请求“set”方法仅在数据持久化到磁盘后完成（默认为仅RAM）

在任何情况下，在写入RAM之后，文档最终都会写入磁盘。Couchbase保留一个

磁盘写入队列

，您可以在管理控制台的“度量报告”页面上查看该队列。现在，CB在集群中同步写操作，我相信在Couchbase确认写操作发生之前（例如，在write方法返回调用方之前），会在集群中同步写操作。同样，由于以前版本的文档更为详细，因此很难在此基础上确定文档

---

如果您的文档数量超过可用RAM，则只有访问频率最高的文档才会存储在RAM中，以便快速检索，而所有其他文档都会被“逐出”到磁盘。

谢谢。例如，如果我有100 GB的内存，数据是否会保留在内存中，直到达到100 GB的限制，然后才从磁盘中刷新出来？不完全是这样。在达到它之后，会出现所谓的高水位线（比如说80%的存储桶分配内存），具体取决于逐出策略，要么逐出完整文档（元数据），要么仅逐出数据。您还可以调整存储桶，使其只占用100GB内存的一部分。假设您有100GB的数据，但由于DB的使用模式，在RAM中只需要50GB的数据。您可以为此调整缓存。另一件事是Couchbase也会尝试在缓存中保留副本数据。因此，如果发生故障转移事件，则该数据已准备就绪。如果Couchbase面临内存压力，它将首先弹出副本数据。您可以在磁盘上保留比缓存中更多的数据，这也很好。谢谢Kirk！只有在内存压力下，数据才会被逐出到磁盘上，还是立即存储在磁盘上并保留在RAM中？@PunterVicky数据只有在内存压力下才会从缓存中弹出，但数据也始终在磁盘上。因此，如果需要该数据，Couchbase将转到磁盘，将其放置在托管缓存中，然后为请求提供服务。谢谢。例如，如果我有100 GB的内存，数据是否会保留在内存中，直到达到100 GB的限制，然后才从磁盘中刷新出来？不完全是这样。在达到它之后，会出现所谓的高水位线（比如说80%的存储桶分配内存），具体取决于逐出策略，要么逐出完整文档（元数据），要么仅逐出数据。您还可以调整存储桶，使其只占用100GB内存的一部分。假设您有100GB的数据，但由于DB的使用模式，在RAM中只需要50GB的数据。您可以为此调整缓存。另一件事是Couchbase也会尝试在缓存中保留副本数据。因此，如果发生故障转移事件，则该数据已准备就绪。如果Couchbase面临内存压力，它将首先弹出副本数据。您可以在磁盘上保留比缓存中更多的数据，这也很好。谢谢Kirk！只有在内存压力下，数据才会被逐出到磁盘上，还是立即存储在磁盘上并保留在RAM中？@PunterVicky数据只有在内存压力下才会从缓存中弹出，但数据也始终在磁盘上。所以如果有必要