OrientDB 2.2.2 - 如何手动检测集群是否被软关闭？依靠索引自动重建？
OrientDB 2.2.2 - How to manually detect if cluster was softly closed? Rely on index auto rebuild?
我们正在从 1.4.1 升级到 2.2.2。以前，如果我们检测到 OMetadataDefault.CLUSTER_INDEX_NAME 没有通过调用
软关闭，我们将手动重建数据库索引
!(OStorageLocal)db.getStorage().isClusterSoftlyClosed(OMetadataDefault.CLUSTER_INDEX_NAME);
这是因为在以前的版本中，索引重建是用来重建所有索引，从而导致启动时间过长。
据我所知，isClusterSoftlyClosed 不再出现在 2.2.2 中，但无法找到替代方案。这里有替代方案，还是我们应该依赖异步索引自动重建？ OrientDB 是否足够聪明来决定哪些索引是坏的并且只重建需要的索引，或者现在更快地重建索引？
OrientDB v2.2 负责重建需要重建的索引，所以不用管它。
我们正在从 1.4.1 升级到 2.2.2。以前，如果我们检测到 OMetadataDefault.CLUSTER_INDEX_NAME 没有通过调用
软关闭，我们将手动重建数据库索引!(OStorageLocal)db.getStorage().isClusterSoftlyClosed(OMetadataDefault.CLUSTER_INDEX_NAME);
这是因为在以前的版本中，索引重建是用来重建所有索引，从而导致启动时间过长。
据我所知，isClusterSoftlyClosed 不再出现在 2.2.2 中，但无法找到替代方案。这里有替代方案，还是我们应该依赖异步索引自动重建？ OrientDB 是否足够聪明来决定哪些索引是坏的并且只重建需要的索引，或者现在更快地重建索引？
OrientDB v2.2 负责重建需要重建的索引，所以不用管它。