集群术语表
术语 | 描述 |
---|---|
分配器 |
集群中的一个组件,根据指定的拓扑约束和分配策略将数据库分配给服务器。 |
异步复制 |
支持次要数据库副本的有效横向扩展,但在故障条件下不提供任何保证。次要副本中的数据不保证与大多数数据库主要副本保持最新。 |
可用性 |
访问数据库中数据的能力。数据库可以是读写可用、只读可用或完全不可用。集群数据库是容错的,即如果某些主副本失败,它仍能保持读写可用性(有关更多信息,请参见容错)。如果失败的主副本数量超过容错限制,数据库将变为只读。如果所有副本都失败,数据库将变得不可用。 |
书签 |
客户端可以向集群请求的一个标记,用于确保它能够读取自己的写入,从而使应用程序的状态保持一致,并且只允许具有该书签副本的数据库进行响应。 |
因果一致性 |
当客户端(驱动程序)创建会话并执行查询时,响应服务器会向客户端发出一个书签。这反映了查询执行时该服务器上数据库副本的状态。无论哪个服务器执行哪个查询,书签都会在会话中的所有后续查询中传递和更新。书签只能单调递增地更新。如果服务器落后于书签中的状态,它会等待直到赶上,否则查询将超时。因此,在会话中执行查询的客户端保证能够读取自己的写入,并且只看到数据库的后续较晚状态。这有时也称为会话一致性。 |
集群 |
一组运行 Neo4j 并配置为相互通信的服务器。这些服务器可用于托管数据库,并且数据库可以配置为在集群中的服务器之间复制,从而实现读取可伸缩性或高可用性。集群至少需要三台服务器才能实现容错。 |
数据库 |
构成图的节点、关系和属性的数据存储。多个数据库可以托管在数据库管理服务器 (DBMS) 上。 |
数据库管理系统 (DBMS) |
运行在单个服务器实例或集群上的 Neo4j 服务和系统数据库,以提供一个或多个数据库。 |
解除分配 |
安全地从服务器中移除数据库(即不丢失数据或降低容错性),或从集群中移除服务器的行为。 |
灾难恢复 |
一种手动干预,用于恢复集群或集群内数据库的可用性。 |
选举 |
如果领导者无响应,追随者会自动触发选举并投票选出新的领导者。投票成功需要多数票。 |
容错 |
一种保证,确保数据库在发生一次或多次故障时能够保持持久性和可用性。可以容忍的故障数量 |
追随者 |
作为追随者的数据库主要副本,从领导者接收并确认同步写入。 |
领导者 |
数据库的单个主要副本被指定为领导者。它接收来自客户端的所有写入事务,并同步复制写入到追随者,异步复制到数据库的次要副本。集群中的每个数据库都可以有不同的领导者。 |
主要副本 |
数据库的一个副本,能够处理写入事务并有资格被选举为领导者。它参与容错写入,因为它是在确认和提交写入事务时所需的多数的一部分。 |
读取扩展 |
向集群添加数据库的次要副本可以分担主数据库的读取查询,从而减轻负载并有助于集群的写入性能。 |
次要副本 |
数据库的异步复制副本,在集群中提供读取扩展。它也适用于在集群中使用图数据科学运行图分析工作负载,以及在不给主要副本增加负载的情况下进行备份。 |
种子 |
用于在单个实例或集群成员上创建数据库副本的文件。这可以是数据库转储或数据库备份。种子也可以用作动词,描述从备份中为集群播种的行为。 |
服务器 |
运行 Neo4j DBMS 的物理机、虚拟机或容器。服务器可以是独立的,也可以是集群的一部分。 |
会话一致性 |
Neo4j 因果一致性的另一种名称。 |
独立服务器 |
运行 Neo4j DBMS 且不属于集群的单个服务器或容器。 |
同步复制 |
当尝试提交事务时,领导者主要副本会复制事务并阻塞,要求追随者主要副本确认复制后才允许提交继续。这种阻塞复制被称为同步复制,并确保集群内的数据持久性和一致性。另请参见异步复制。 |
拓扑 |
一种配置,描述数据库副本应如何在集群中的服务器之间分布。 |