Neo4j的CAP定理归类及一致性配置疑问

单实例 Neo4j 的 CAP 属性 #

• 单实例部署时，不存在网络分区场景，因此天然满足一致性（C）与可用性（A），属于CA型数据库，这部分你的认知是准确的。

集群模式下的 Neo4j CAP 属性 #

Neo4j 集群存在两种核心模式，不同模式的 CAP 定位差异明显：

1. 因果集群（当前官方主推的主流模式） #

• 因果集群默认采用因果一致性（一种弱一致性模型，保证因果相关的操作按顺序执行），其设计核心优先保障一致性（C）与分区容错性（P），属于CP型数据库。
• 一致性级别支持配置调整：可通过参数dbms.cluster.consistency_level切换，比如设置为STRONG启用强一致性，或保留默认的因果一致性，部分场景下也可兼容最终一致性，但核心逻辑不变——当发生网络分区时，集群会让少数派节点停止写入服务，避免脑裂导致数据不一致，牺牲部分可用性来保一致性。

2. 旧版高可用集群（HA Cluster，已被官方弃用） #

• 旧版HA集群以高可用性为核心目标，属于AP型数据库：网络分区发生时，多个分区会继续对外提供读写服务（保证可用性），但可能出现数据冲突，后续需通过合并操作解决不一致问题。这就是部分资料称Neo4j“侧重高可用”的来源，但该模式已被因果集群替代，不再是当前主流。

信息矛盾的原因解释 #

你遇到的认知冲突，本质是混淆了Neo4j的新旧集群架构：

• 提及“侧重高可用”的内容大多针对已弃用的HA集群；
• 强调CP属性的资料则对应当前主流的因果集群。

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