Hazelcast是否支持磁盘持久化？可否作为类Apache Ignite的常规数据库使用

• 首先，Hazelcast 是原生支持磁盘持久化功能的，其内置的持久化机制会将内存数据的预写日志、全量数据快照定期落地到节点本地磁盘，核心作用是在节点故障重启、集群整体宕机后，直接通过本地磁盘数据完成快速恢复，无需跨节点全量拉取分片数据，大幅缩短集群恢复周期、降低集群间的同步带宽消耗。
• 关于是否可以将Hazelcast作为常规数据库使用、对标Apache Ignite的定位，需要明确两者的设计本质差异，不能直接对标：
  • Hazelcast 内置持久化的核心设计目标是加速内存集群的故障恢复，并非把磁盘作为主存储层。就算开启了持久化能力，Hazelcast 的运行时核心索引、读写请求、计算逻辑都完全基于内存实现，磁盘上的持久化文件本质是内存数据的快照备份，既不支持在内存放不下数据集时自动做内存-磁盘的数据分层换入换出，也不支持脱离内存集群上下文，直接对磁盘上的持久化文件做独立的查询操作。
  • 和Apache Ignite的能力差异非常明确：Ignite的持久化从设计之初就支持以磁盘为权威数据源的分层存储模式，哪怕内存只承载不到10%的数据集，也能基于磁盘上的全量数据提供完整的键值、SQL查询能力，完全可以独立作为分布式数据库使用；但Hazelcast从设计定位上就是内存优先的分布式计算与缓存平台，原生持久化能力没有向“磁盘可独立支撑查询”的方向做设计。
• 如果确实希望用Hazelcast实现类似常规数据库的使用体验，常见的落地路径有两种：
  1. 将Hazelcast作为内存加速层，通过其内置的外部数据源集成能力对接后端的关系型数据库、NoSQL数据库，把后端数据库作为全量数据的权威持久化存储，Hazelcast只负责内存侧的查询加速，磁盘侧的持久化可靠性完全由后端数据库承担
  2. 若仅依赖Hazelcast本身的内置持久化能力，仅适合作为内存集群的高可用保障手段，不建议将其作为独立的磁盘型数据库使用，其持久化文件不具备独立的可用性，无法脱离内存集群单独提供数据服务。

内容的提问来源于stack exchange，提问作者Nuwan Sameera