交易日志

Lucene的更改仅在Lucene提交期间持久化到磁盘，这是一个相对昂贵的操作，因此不能在每次索引或删除操作后执行。在一次提交和另一次提交之间发生的更改，在进程退出或硬件故障的情况下，将被Lucene从索引中移除。

Lucene 提交在每次单独更改时执行成本过高，因此每个分片副本也会将其操作写入其称为 事务日志 的 translog。所有索引和删除操作在由内部 Lucene 索引处理后但在确认之前都会写入 translog。在发生崩溃的情况下，最近已确认但尚未包含在最后一次 Lucene 提交中的操作将在分片恢复时从 translog 中恢复。

Elasticsearch 的 flush 是指执行 Lucene 提交并启动新的 translog 生成的过程。flush 会在后台自动执行，以确保 translog 不会变得过大，从而在恢复期间重放其操作时不会花费过多时间。translog 的大小永远不会超过磁盘大小的 1%。手动执行 flush 的能力也通过 API 暴露出来，尽管这很少需要。

事务日志中的数据只有在事务日志被fsync并提交后才会持久化到磁盘。在硬件故障、操作系统崩溃、JVM崩溃或分片故障的情况下，自上次事务日志提交以来写入的任何数据都将丢失。

默认情况下，index.translog.durability 设置为 request，这意味着 Elasticsearch 只有在主节点和每个分配的副本上成功执行 fsync 并提交事务日志后，才会向客户端报告索引、删除、更新或批量请求的成功。如果 index.translog.durability 设置为 async，那么 Elasticsearch 仅每隔 index.translog.sync_interval 执行一次 fsync 并提交事务日志，这意味着在节点恢复时，崩溃前刚刚执行的操作可能会丢失。

以下动态可更新的每个索引设置控制了事务日志的行为：