ES事务日志的持久化变更 | Elasticsearch: 权威指南 | Elastic

1. 一个文档被索引之后，就会被添加到内存缓冲区， 并且 追加到了 translog ，正如  Figure 21, “新的文档被添加到内存缓冲区并且被追加到了事务日志” 描述的一样。

   

   Figure 21. 新的文档被添加到内存缓冲区并且被追加到了事务日志

2. 刷新（refresh）使分片处于  Figure 22, “刷新（refresh）完成后, 缓存被清空但是事务日志不会” 描述的状态，分片每秒被刷新（refresh）一次：

   • 这些在内存缓冲区的文档被写入到一个新的段中，且没有进行  fsync 操作。
   • 这个段被打开，使其可被搜索。
   • 内存缓冲区被清空。
   

   Figure 22. 刷新（refresh）完成后, 缓存被清空但是事务日志不会

3. 这个进程继续工作，更多的文档被添加到内存缓冲区和追加到事务日志（见  Figure 23, “事务日志不断积累文档” ）。

   

   Figure 23. 事务日志不断积累文档

4. 每隔一段时间—​例如 translog 变得越来越大—​索引被刷新（flush）；一个新的 translog 被创建，并且一个全量提交被执行（见  Figure 24, “在刷新（flush）之后，段被全量提交，并且事务日志被清空” ）：

   • 所有在内存缓冲区的文档都被写入一个新的段。
   • 缓冲区被清空。
   • 一个提交点被写入硬盘。
   • 文件系统缓存通过  fsync 被刷新（flush）。
   • 老的 translog 被删除。

这个执行一个提交并且截断 translog 的行为在 Elasticsearch 被称作一次  flush 。 分片每30分钟被自动刷新（flush），或者在 translog 太大的时候也会刷新。请查看  translog 文档 来设置，它可以用来 控制这些阈值：

flush API 可以被用来执行一个手工的刷新（flush）:

POST /blogs/_flush     

POST /_flush?wait_for_ongoing     

你很少需要自己手动执行  flush 操作；通常情况下，自动刷新就足够了。

这就是说，在重启节点或关闭索引之前执行  flush 有益于你的索引。当 Elasticsearch 尝试恢复或重新打开一个索引， 它需要重放 translog 中所有的操作，所以如果日志越短，恢复越快。

PUT /my_index/_settings
{
    "index.translog.durability": "async",
    "index.translog.sync_interval": "5s"
}