缓存热启动
Warm Start of Cache
1.While 启动一个 ignite 缓存，当它从持久存储完成时性能如何？在热启动时启动缓存的首选方法是什么？有没有什么办法可以通过转储文件然后启动缓存来完成，这比从持久存储中进行更快？
2.How 如果 ignite 服务器出现故障，是否会建立索引？
3.If 它已重建，那么有什么方法可以避免这种开销？堆外存储相对较慢。
- 有两种方法可以从持久性存储中加载大量数据：使用
IgniteDataStreamer 和通过 CacheStore 实现。详情请参考[1]。 CacheStore 可以提高性能，尤其是使用分区感知方法时，但 IgniteDataStreamer 也可用于在并发执行其他缓存操作的同时连续流式传输数据。 Ignite 不支持转储到文件，但 GridGain 提供的企业级功能可以做到这一点 [2]。
- 在这种情况下不会重建索引。如果您有备份，则会为它们以及主要条目维护索引，因此如果节点发生故障，不会丢失任何内容。
- 正如我在 2 中提到的，索引不会在节点故障的情况下重建。
1.While 启动一个 ignite 缓存，当它从持久存储完成时性能如何？在热启动时启动缓存的首选方法是什么？有没有什么办法可以通过转储文件然后启动缓存来完成，这比从持久存储中进行更快？
2.How 如果 ignite 服务器出现故障，是否会建立索引？
3.If 它已重建，那么有什么方法可以避免这种开销？堆外存储相对较慢。
- 有两种方法可以从持久性存储中加载大量数据：使用
IgniteDataStreamer和通过CacheStore实现。详情请参考[1]。CacheStore可以提高性能，尤其是使用分区感知方法时，但IgniteDataStreamer也可用于在并发执行其他缓存操作的同时连续流式传输数据。 Ignite 不支持转储到文件，但 GridGain 提供的企业级功能可以做到这一点 [2]。 - 在这种情况下不会重建索引。如果您有备份，则会为它们以及主要条目维护索引，因此如果节点发生故障，不会丢失任何内容。
- 正如我在 2 中提到的，索引不会在节点故障的情况下重建。