---
title: Primary Zone 的第一优先级宕机后的选举与均衡问题-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于Primary Zone 的第一优先级宕机后的选举与均衡问题相关的常见问题和使用技巧，帮助您快速解决Primary Zone 的第一优先级宕机后的选举与均衡问题的难题。
---
切换语言

- 简体中文
- English

划线反馈

# Primary Zone 的第一优先级宕机后的选举与均衡问题

更新时间：2026-06-12 04:01

适用版本： V1.4.x、V2.1.x、V2.2.x、V3.1.x、V3.2.x、V4.0.x、V4.1.x、V4.2.x 内容类型：TechNote  

Primary Zone 的负载均衡与选举仅能保证第一优先级的 Zone 内均衡，不能保证第二优先级及之后的 Zone 的选举与均衡行为。当第一优先级的 Zone 宕机后，Leader 不会均匀分布于第二优先级的各个 Zone 之间。

## 详细说明

`primary_zone` 参数用于指定 Leader分布的优先级顺序，由分号分割不同的选举优先级，Leader 会在同一优先级的 Zone 上均匀分布。例如当设置 `primary_zone='zone1;zone2,zone3'` 时，意味着 `zone1` 作为第一优先级的 Zone，而 `Zone2` 和 `Zone3` 共同作为第二优先级的 Zone。当集群健康时，Leader 会聚集在 `zone1` 上。 当 `Zone1` 宕机时，直觉上 Leader 应该会均匀分布在 `zone2`、`zone3` 之间，然而实际上当前设计中仅保证第一优先级的 Zone 的 Leader 均衡规则，不保证第二及之后优先级的 Leader 均衡行为。当 `zone1` 宕机后，若检测 `zone2`、`zone3` 完全健康无异常，会将 Leader 聚合在当前最小的 IP 上。若租户的 `unit_num=1`。此时会观察到 Leader 会聚集在 `zone2` 或 `zone3` 上，而非均匀分布在两个 Zone 之间；若租户的 `unit_num>=2`，且 IP 最小、次小的两个节点分布在 `zone2`、`zone3` 上，才能观察到 Leader 分布在 `zone2`、`zone3`上。 该行为后续会逐步优化，未来版本会考虑支持第一优先级的 Zone 故障后第二优先级的 Primary Zone 均衡。

## 适用版本

OceanBase 数据库 V4.2.5 BP6（oceanbase-4.2.5.6-106000052025082216）及之前的版本。

Previous

[leader 节点一台主机 hang 时可能不触发无主选举导致整个集群不可用](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000002395808)

Next

[全能型副本与仲裁副本 OceanBase 数据库版本不一致导致报错误 ls_biggest_min_cluster_version_ever_seen_ greater than arb binary version 的原因及处理方法](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000002397315) ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线