janusgraph Mixed 索引什么时候被索引？
When janusgraph Mixed index is indexed?
我使用 Janusgraph 0.2.0 和 ES 后端。
何时索引？
一旦添加了顶点或边，并且事务提交成功，是否可以认为与事务相关的混合索引立即可用？
或者，混合索引在commit后由janusgraph懒惰发送到后端（即最终一致）？
混合指数下跌时
如果janusgraph延迟发送混合索引到后端，当混合索引后端宕机时，是否可以成功提交需要混合索引的事务？
索引状态
如果混合索引延迟发送到后端索引由，如何检查索引状态（索引滞后）？
JanusGraph 提交索引后端在事务提交时的突变
JanusGraph中有配置
storage.write-time : 默认值 100000 ms
Maximum time (in ms) to wait for a backend write operation to complete successfully. If a backend write operationfails temporarily, JanusGraph will backoff exponentially and retry the operation until the wait time has been exhausted.
class IndexTransaction 包装索引的事务句柄并缓冲针对索引的所有突变以提高效率。它将重试，直到超过 storage.write-time。超出后抛出 BackendException
我使用 Janusgraph 0.2.0 和 ES 后端。
何时索引？
一旦添加了顶点或边，并且事务提交成功，是否可以认为与事务相关的混合索引立即可用？
或者，混合索引在commit后由janusgraph懒惰发送到后端（即最终一致）？
混合指数下跌时
如果janusgraph延迟发送混合索引到后端，当混合索引后端宕机时，是否可以成功提交需要混合索引的事务？
索引状态
如果混合索引延迟发送到后端索引由，如何检查索引状态（索引滞后）？
JanusGraph 提交索引后端在事务提交时的突变
JanusGraph中有配置
storage.write-time : 默认值 100000 ms
Maximum time (in ms) to wait for a backend write operation to complete successfully. If a backend write operationfails temporarily, JanusGraph will backoff exponentially and retry the operation until the wait time has been exhausted.
class IndexTransaction 包装索引的事务句柄并缓冲针对索引的所有突变以提高效率。它将重试，直到超过 storage.write-time。超出后抛出 BackendException