Appearance
第4章 openGauss 与 Vastbase：数据库的产品视角（内核、家族与我的部署）
对应简历：技能第 9 条「熟悉 Vastbase（OpenGauss，PostgreSQL 系）的部署与维护」；项目一「负责 Vastbase G100 数据库一主一备高可用集群的部署、license 配置与环境验收」。 口径提醒：本章是产品视角深化，与主宝典分工明确——宝典 03 章 3.17/3.18/3.27 是"部署八股与运维差异"（怎么装、怎么调、怎么对比 MySQL），本章回答"产品本身"（openGauss 是什么、家族什么关系、为什么金融选它）。面试先给宝典的八股答案，再用本章加厚产品理解——两层弹药配合使用。 我的真实水位：部署与调优是实操（放开讲）；内核特性讲到概念层；优化器/执行器源码级一律兜底。
本章速览（30 秒版）
| 问题 | 答案索引 |
|---|---|
| openGauss 是什么、哪来的？ | 4.2（华为开源、PG 血统、2020 开源、木兰协议） |
| 内核有什么特别？ | 4.3（线程池/MOT/列存/AI 调优——概念层） |
| GaussDB/openGauss/Vastbase 什么关系？ | 4.1/4.6（一根三枝家族图——本章核心） |
| Vastbase 是什么？ | 4.5（海量数据的 openGauss 发行版，Oracle 替代定位） |
| 和 MySQL/PG/Oracle 比怎么样？ | 4.7 |
| 你怎么部署的？ | 4.8（产品视角深化版，八股在宝典 03 章） |
| 金融信创为什么选它？ | 4.9 |
| 内核细节被深挖怎么办？ | 4.10 兜底话术 |
4.1 一张图看懂华为系数据库家族【必背·核心】
标准回答： 这是本章的核心图，也是整个数据库话题的总纲：openGauss 是"根"，GaussDB 和 Vastbase 是"枝"——一句话，"一根三枝"。
第一枝：openGauss（开源内核）——华为 2020 年开源的数据库内核，PostgreSQL 血统演化，木兰宽松许可证，社区运营（openGauss 社区），主打企业级单机内核能力 + 鲲鹏 ARM 优化。
第二枝：GaussDB（华为云商业版）——华为云的企业级数据库服务品牌，基于 openGauss 内核构建（对外可见的形态如 GaussDB 主备版/分布式版，另有 GaussDB(for MySQL) 走 MySQL 生态是另一条线），叠加云服务化能力（分布式事务、跨 AZ 部署、云管控）——商业闭源、按服务收费。
第三枝：Vastbase G100 等第三方发行版——海量数据等伙伴公司基于 openGauss 内核做的商业发行版，加上自己的企业级增强（Oracle 兼容、迁移工具、信创认证）——我们项目部署的就是这一枝。
家族关系图：
PostgreSQL（血统源头）
│ 华为多年内核研发演化
▼
┌─────────────────┐
│ openGauss │ ← 开源内核（木兰协议，2020 开源）
│ （社区的根） │
└────┬───────┬────┘
华为云商业化 │ │ 伙伴发行版
▼ ▼
┌──────────┐ ┌─────────────────┐
│ GaussDB │ │ Vastbase G100 │
│ (华为云) │ │ (海量数据 603138) │
│ 商业云服务 │ │ 还有更多发行版伙伴 │
└──────────┘ └─────────────────┘
▲ ▲
（注：GaussDB(for MySQL) 是
MySQL 生态的另一条产品线，
与 openGauss 内核无直接关系）这个家族结构像 Linux 世界：Linux 内核（openGauss）→ RHEL/云上托管 Linux（GaussDB）→ 各家发行版（Vastbase 等）。用这个类比讲，任何懂 Linux 的面试官秒懂。
追问链：
- 追问1：GaussDB(for MySQL) 和 openGauss 有关系吗？ → 答：没有直接关系——GaussDB 家族里有两个技术路线：GaussDB(for MySQL) 是 MySQL 生态（兼容 MySQL 协议），主线的 GaussDB 是 openGauss 内核（PG 生态）。名字像一家人，内核是两条线。我被问到"GaussDB"时先确认对方指的是哪条线，或者主动说明两条线——这个细节很多人搞混，说清楚就是加分。
- 追问2：为什么华为要开源数据库？ → 答：我的理解两层：生态层——单靠一家公司推不动国产数据库的迁移生态，开源让更多厂商（海量、云和恩墨等）基于它做发行版，生态裂变；商业层——华为云卖 GaussDB 服务，开源内核做大生态最终反哺商业版。和"安卓开源、谷歌靠 GMS/云赚钱"是同构策略。这套"开源做大生态、商业收割服务"的模式我在讲鲲鹏（openEuler/openGauss）时反复用。
- 追问3：openGauss 社区现在活跃吗？跟得上生产吗？ → 答：按公开可见的活跃度信号答：年度版本持续演进（到我了解的最新 7.0.0 LTS）、培训认证体系建全（HCIA-openGauss）、金融行业有公开用户案例、多家发行版厂商持续跟进——这些是社区健康的直接证据。我对"是否跟得上生产"的判断方式很朴素：看发行版厂商敢不敢基于它做商业产品（敢=内核稳定度被商业验证）、看行业案例数量。Vastbase 在卖，银行在用——答案就有了。
关联话术："'一根三枝'这张图我会主动画——被问任何国产数据库关系题（openGauss/GaussDB/Vastbase/甚至人大金仓），先画图再回答。金仓是 PG 血统另一支（直接基于 PG 演化，不走 openGauss），画图时可以补一笔区分。"
一句话背法：openGauss 是根（开源内核）；GaussDB 是华为云商业枝；Vastbase 是海量数据发行版枝——一根三枝，Linux 内核与发行版的关系。
4.2 openGauss 起源：从 PostgreSQL 到国产开源内核【必背】
标准回答： openGauss 的身世按时间线讲四步：①血统——内核源自 PostgreSQL（业界公认 openGauss 由 PostgreSQL 早期版本演化而来，华为在其基础上做了大量企业级重构），所以 SQL 语法、系统视图、vsql 工具链都是 PG 系；②孕育——华为把多年在电信和政企场景积累的数据库内核工程能力（GaussDB 系列的前身）持续投入；③开源——2020 年 6 月 30 日开放源码，7 月 openGauss 社区正式成立，采用木兰宽松许可证 v2（Mulan PSL v2）——允许商用、允许闭源修改发行，对发行版厂商友好（这就是海量数据能做 Vastbase 的许可证基础）；④社区化——如今由开放原子等社区力量与伙伴共建，版本按年度推进（2.x → 3.x → 5.x → 6.x → 7.x，最新有 7.0.0 LTS 长期支持版），培训认证体系（HCIA-openGauss 等）也建起来了。
对我们运维者最有感的三个"PG 血统证据"：vsql 的交互像 psql；系统表 pg_stat_activity 这类命名原样保留；文档里大量 PG 概念直接沿用。所以我学 Vastbase 的很多知识是从 PG 概念平移的——"PG 会的人上手 openGauss 系非常快"这句话我在面试里常用来解释我为什么能快速掌握国产库。
追问链：
- 追问1：openGauss 是基于 PG 哪个版本？改动大吗？ → 答：业界通行说法是基于 PostgreSQL 9.2.4 演化（这个版本号我按公开资料口径讲），但改动非常大——执行器线程模型改造、存储引擎新增（MOT/列存）、高可用重构，已经是"血缘亲、面目新"的关系，不是简单 fork。我不深入到源码 diff 层面——答到"9.2.4 演化 + 大量重构"就是诚实且准确的深度。
- 追问2：木兰协议是什么？和 GPL 什么区别？ → 答：木兰宽松许可证是我国开源社区推出的许可证（开放原子基金会体系），属于"宽松许可"一类——类似 MIT/Apache，允许自由使用、修改、甚至闭源分发，只要求保留版权声明；而 GPL 是传染性 copyleft，衍生作品必须继续开源。openGauss 选宽松协议的目的很清楚：让商业公司敢基于它做闭源发行版——Vastbase 就是这个策略的产物。这个许可证知识点是我答"为什么会有这么多国产发行版"的底层逻辑。
关联话术："讲 openGauss 起源我必带一个'亲历证据'：我们 Vastbase 的安装包名里就写着 openGauss 内核的配套信息（kylin_v10sp1-aarch64_kunpeng），vsql 用起来就是 psql 的手感——产品和文档里的痕迹比我背十段历史都有说服力。"
一句话背法：PG 血统（9.2.4 演化 + 大量重构）→ 2020 开源、木兰宽松协议 → 社区共建、年度版本（2.x 到 7.x LTS）。
4.2.1 版本时间线速记【了解】（能报出关键节点即可）
| 时间 | 事件 | 记忆点 |
|---|---|---|
| 2019 及以前 | GaussDB 系在华为内部/电信场景孕育 | 内核能力积累期 |
| 2020.06 | openGauss 开源 | 开源起点 |
| 2020.07 | openGauss 社区正式成立 | 社区化运营 |
| 2020–2022 | 2.x/3.x 版本演进，发行版厂商跟进 | 我们 Vastbase 2.2（2022 构建）处于这代 |
| 2023 之后 | 5.x/6.x/7.x 持续演进，7.0.0 为当前 LTS 口径 | 面试讲"现在已到 7.x" |
讲法：时间线我只报三个锚点——2020 开源、2022 我们部署的版本代际、现在的 7.x LTS——"我部署时的版本在家族演进中的位置"这个视角，既显跟踪又显经历。注意如实口径：openGauss 内核版本与 Vastbase 产品版本号不是一回事（Vastbase 2.2 对应 openGauss 某代内核的适配），别在面试里硬编对应关系，被追问就说"具体内核对应关系以厂商配套说明为准"。
4.3 openGauss 内核特性：概念层四件套【理解】
标准回答： openGauss 的企业级特性按"四件套"讲概念——每件都能对应到我项目的真实参数或版本细节：
① 线程池模型（我真实用过的）：PG 原生是"每连接一进程"，几千连接时进程创建与上下文切换开销大；openGauss 改造为线程池—— worker 线程复用服务连接，高并发下开销小。这就是我把 max_connections 从默认 100 调到 10000 的底气——线程池让大连接数在工程上可行。我真实配过的参数：enable_thread_pool = on、thread_pool_attr = '128,1,(allbind)'、numa_distribute_mode = 'all'——后两个就是线程池与 NUMA 的联动（呼应第 01 章 1.5）。
② MOT 内存表引擎（我知道概念的）：Memory-Optimized Tables——内存行存引擎，数据常驻内存、针对超高并发事务优化。诚实细节：我们的安装包是 no_mot 版——文件名里明确写 no_mot，说明该构建裁剪了 MOT 引擎（金融 OLTP 场景按配套选型）。所以 MOT 我按"知道定位、我们的包没带"讲——这个细节反而是"真用过"的铁证。
③ 列存引擎（概念）：面向分析型负载的列式存储——同一列数据连续存放，聚合统计扫描量小。openGauss 支持行存/列存混合（对应 HTAP 混合负载方向）。我们项目是 OLTP 为主的合约数据场景，用行存——列存我按概念答。
④ AI 调优与智能运维（概念）：openGauss 宣传 AI 方向——AI 自动调参、慢 SQL 智能诊断、异常预测这类能力（社区近年在推 AI 原生特性）。我们版本和场景没启用 AI 特性，我按"知道方向、没启用"交底——还能顺势勾一句"这个方向和我移动云做的监控智能化是一条路"。
配套还有两个数字级卖点（面试可引用官网口径）：高可用 RTO<10 秒的开箱能力宣传；两路鲲鹏的 tpmC 性能基准（官网口径 150 万 tpmC 级）——引用时注明"官网基准口径，我的实测维度是稳定性承载"。
内核特性速查表：
| 特性 | 一句话 | 我的真实关联 |
|---|---|---|
| 线程池 | worker 线程复用、扛高并发 | 真实配置过（enable_thread_pool 等） |
| MOT 内存引擎 | 内存表、超高频交易 | 我们的包是 no_mot 版（诚实细节） |
| 列存引擎 | 列式存储、分析型负载 | 概念了解（我们 OLTP 用行存） |
| AI 调优 | 自动调参/智能诊断 | 概念了解（版本未启用） |
| NUMA 优化 | 多核亲和调度 | 真实配置过（numa_distribute_mode） |
| 高可用 | 主备同步/RTO 宣传<10s | 部署过一主一备（HAS 承载） |
追问链：
- 追问1：线程池和"每连接一进程"具体差在哪？ → 答：进程模型下每个连接 fork 一个后端进程——隔离性好但创建开销大、跨进程上下文切换贵、内存 footprint 大；线程池把连接和 worker 解耦——连接进来由池中线程服务，空闲连接不占线程。代价是隔离性弱一点（一个会话的异常可能影响同线程会话），工程上是"高并发吞吐优先"的取舍。我把 max_connections 调到 10000 就是吃这个红利——同样的连接数放 PG 进程模型下，调度和内存压力会先到。
- 追问2：行存列存怎么选？ → 答：按查询模式——点查、事务、按行读写（OLTP）用行存；大范围聚合、少量列的分析（OLAP）用列存。混合负载要么读写分离分库、要么用 HTAP 能力。我们的数币合约数据是典型 OLTP（按交易记录读写），行存无争议——答到"看负载画像"这个方法论层就够。
关联话术："内核特性我永远'概念 + 我的真实关联'成对讲——配过的亮参数、没配的亮边界（no_mot）。这种讲法让面试官无法把我归为'背官网的人'，也无法归为'只会装的人'。"
一句话背法：四件套=线程池（我配过）/MOT（我们的包 no_mot）/列存（概念）/AI 调优（方向）——每件都带"我的关联"。
4.3.1 我配过的三个线程池参数逐个讲（实操细节层）
text
enable_thread_pool = on # 总开关：启用线程池模型
numa_distribute_mode = 'all' # NUMA 分发模式：让 worker 按节点分布
thread_pool_attr = '128,1,(allbind)' # 线程池规格：线程数/组数/绑核范围逐个讲给面试官听的样子：
- enable_thread_pool：模型开关——开了之后连接由池中 worker 线程服务，这是 max_connections 敢上 10000 的前提。
- numa_distribute_mode：NUMA 分发——96 核双路（多 NUMA 节点）环境下，让线程和内存按节点亲和分布，避免跨节点访存（第 01 章 1.5 的知识在这里落地）。
- thread_pool_attr：池规格——'128,1,(allbind)' 表示 128 个线程、1 个组、绑定全部核；规格怎么定与核数和负载相关，我们按配套基线值设置。
- 生效方式：改完不能只 reload——要滚动重启 has（先 A 就绪再 B），这也是"参数变更流程"的一部分，参数值与变更流程要一起记。
追问：调这些参数的依据是什么，拍脑袋吗？ → 答：三个依据：厂商配套基线（第一依据——先按基线）；负载画像（压测暴露连接数瓶颈，方向明确）；资源上限核对（64G 内存养 1 万连接的会话内存，做过水位心算）。改完的验证：压测复跑连接数达标、无内存压力告警——有改有验才算调优闭环。
4.4 GaussDB：华为云上的商业版【理解】
标准回答： GaussDB 是华为云的数据库服务品牌，定位"企业级分布式关系型数据库、核心业务数据底座"。与 openGauss 的关系一句话：openGauss 是开源内核，GaussDB 是华为云基于该内核做的商业数据库服务——类比"Linux 内核 vs 云上的托管 Linux 服务"。
按三个维度讲它的定位：①形态——云服务（华为云上开通实例）+ 私有化形态（华为云 Stack 场景），企业客户两种获取方式；②能力叠加——在内核之上加分布式能力（分布式事务、大规模扩展）、云托管能力（备份、监控、弹性）、高可用形态（同城跨 AZ 部署、数据零丢失的宣传口径）；③市场定位——金融政企核心系统替代 Oracle 的主力军，官网案例以银行为代表。
和我们项目的关系要说清楚：我们没买 GaussDB 云服务，我们用的是 Vastbase——选型是华为配套体系 + 信创目录 + BCS 配套认证共同定的（4.9 详述）。但 GaussDB 的存在对我讲数据库话题很有用：它证明了 openGauss 内核的商业成熟度（能扛银行核心），我们用的 Vastbase 是同一内核的另一商业实现——"内核同源，我的部署经验对整个家族通用"。
GaussDB 家族速查（两条线别混）：
| 产品线 | 内核 | 生态 | 一句话 |
|---|---|---|---|
| GaussDB（主线） | openGauss | PG 系 | 企业级分布式，替代 Oracle 主力 |
| GaussDB(for MySQL) | MySQL 系 | MySQL | 兼容 MySQL 生态的云数据库 |
追问链：
- 追问1：既然有 GaussDB 为什么项目还用 Vastbase？ → 答：两个不同采购路径的产物：GaussDB 是华为云体系的产品（云服务或云 Stack 私有化），Vastbase 是独立数据库厂商（海量数据）的发行版产品。我们项目是内网独立部署的区块链平台，配套表定的是 Vastbase（信创目录内、与鲲鹏/麒麟深度适配、BCS 配套认证）。先把身份话术放前面（选型在华为和客户），再讲两条产品路线的差异——这样答既不越位又显专业。
- 追问2：GaussDB 和 Vastbase 功能上谁强？ → 答：没法一句话比——GaussDB 强在云原生和分布式大规模（云体系内）；Vastbase 强在 Oracle 兼容迁移工具链和独立部署的灵活性（它就是为替换 Oracle 的存量系统设计的）。同一个内核，产品化方向不同。我不给"谁强"的判断，给"定位差异"的分析——这类问题答判断不如答框架。
关联话术："GaussDB 话题我主动控制在'定位与家族关系'层——没实操过的产品我不装。收尾必拉回主场：'这两个产品内核同源，我实际部署调优的是 Vastbase，具体部署细节我可以展开'——把面试带回我有弹药的地方。"
一句话背法：GaussDB = 华为云基于 openGauss 内核的商业数据库服务（另有 for MySQL 线）；我们用的是同内核的 Vastbase，经验跨家族通用。
4.5 Vastbase G100：海量数据的 openGauss 发行版【必背】
标准回答： Vastbase G100 的定位按四层讲：
第一层，厂商：北京海量数据技术股份有限公司——A股上市公司（603138），主营就是数据库，是国内 openGauss 生态最主要的商业发行版厂商之一。
第二层，产品定位：基于 openGauss 内核的企业级关系型数据库，PG 系语法血统，主打** Oracle 国产化替代**——高度兼容 Oracle 语法与特性（数据类型、PL/SQL 方言、系统函数适配），配套迁移工具链帮存量 Oracle/MySQL 系统迁移，这是它和"裸 openGauss"最大的差异点：openGauss 是内核，Vastbase 是面向"替换 Oracle"这个具体战场封装的产品。
第三层，产品矩阵：我们部署的 G100 是其主力企业版（我们的版本 2.2 Build11）；厂商还有配套的部署平台 GSDP（通用软件部署平台）、以及新方向的 V100 向量数据库——产品矩阵说明这是一家认真做产品的厂商，不是贴牌商。
第四层，我们的使用：两节点一主一备（32C/64G/800G 麒麟 V10 SP1 虚机），承载智能合约平台的库表数据，验收后稳定运行。工具链两件：vsql（命令行客户端，psql 手感）和 DataStudio（图形客户端，开发同事远程连库用）。
追问链：
- 追问1：Vastbase 对 Oracle 兼容到什么程度？ → 答：兼容度按"多数存量系统能较低成本迁移"设计——常见数据类型、SQL 方言、存储过程语法适配。但"兼容"不等于"100% 平移"——复杂 PL/SQL 包、特殊 hint 这类仍要迁移评估和改写，这正是它配迁移工具链的原因。我的边界：我部署运维数据库，迁移评估是 DBA 与厂商服务的事——如实分层。
- 追问2：海量数据这公司可靠吗？产品会不会没支持？ → 答：我按可验证的事实答：A股上市（603138）、openGauss 社区核心贡献者、产品在信创目录、我们项目有它完整的安装包与文档体系支持。选型期的厂商尽调是客户和华为体系做的；从我的交付体验看，文档与安装包的工程化程度是认真的。不做超出证据的担保。
关联话术："Vastbase 定位题我固定用'四层讲法'（厂商/定位/矩阵/我们的使用）——层次感来自结构，内容全部可验证。被深挖哪层就展开哪层，每层我都有细节。"
一句话背法：海量数据（603138）基于 openGauss 的企业级发行版，主打 Oracle 替换；我们用 G100 2.2 一主一备，工具 vsql + DataStudio。
4.5.1 Vastbase 产品矩阵与我们的位置
| 产品 | 定位 | 与我们的关系 |
|---|---|---|
| Vastbase G100 | 企业级关系库主力（Oracle 替代） | 我们部署的（2.2 Build11） |
| GSDP | 通用软件部署平台（自研产品部署） | 了解——我们用的是 HAS 自动化脚本形态 |
| Vastbase V100 | 向量数据库（新方向） | 概念了解——AI 检索方向 |
看点两条：①产品矩阵说明"认真做产品的厂商"判断有依据（主力+工具+新方向三层）；②V100 向量库正好能勾连我简历的 AI 方向——"国产库厂商都在卷向量检索，和我关注的 RAG 是同一条赛道"，一句勾连双倍加分。
4.6 三层关系总览：内核、云服务与发行版【必背】
标准回答： 把 4.1–4.5 收口成一张"三层关系表"——这是面试答"国产数据库关系"类问题的终版答案：
| 层 | 代表 | 性质 | 获取方式 | 适合谁 |
|---|---|---|---|---|
| 开源内核 | openGauss | 开源（木兰协议） | 社区下载免费 | 自研能力强的大厂/学习 |
| 云商业服务 | GaussDB（华为云） | 商业闭源 | 华为云/云 Stack | 上云的核心系统 |
| 发行版 | Vastbase G100、还有其他伙伴发行版 | 商业闭源（基于开源内核） | 厂商采购 | 内网独立部署的信创项目 |
三个层各自的商业逻辑：内核层拼生态影响力（开源做大盘子）；云服务层拼托管体验（按量收费）；发行版层拼行业适配（Oracle 迁移、信创认证、贴身服务）。我们项目落在发行版层——内网部署、信创合规、要厂商贴身支持，Vastbase 正好是这一层的代表。
答题模板（背下来）："openGauss 是华为开源的数据库内核，PG 血统；GaussDB 是华为云基于这个内核的商业数据库服务；Vastbase 是海量数据基于同一内核做的商业发行版，主打 Oracle 替代——三者一根三枝。我们项目用的是 Vastbase，因为它是内网独立部署、信创目录内的发行版产品，配套鲲鹏和麒麟的适配包。"——40 秒标准答案，先背会再自由发挥。
追问链：
- 追问1：同样的内核，发行版之间差别在哪？ → 答：差别在内核之上的产品化：兼容性封装（Oracle/MySQL 兼容层）、工具链（迁移/监控/备份工具）、高可用组件（比如 Vastbase 配的 HAS/DCS）、行业认证（信创目录、行业测评）、服务能力。内核同源不代表发行版同质——就像都是 Linux 内核，RHEL 和 Debian 的工程与支持完全不同。用 Linux 发行版类比，永远好使。
- 追问2：人大金仓、达梦和它们什么关系？ → 答：金仓（KingbaseES）也是 PG 血统但直接从 PG 演化（不走 openGauss 线）；达梦是自研路线（非 PG 血统的独立体系）。加上 openGauss 系（GaussDB/Vastbase），这是国产数据库三大技术来源的代表：PG 系、自研系、还有 MySQL 系的其他产品——答国产数据库格局时按"技术血统"分组，比罗列品牌高级。
关联话术："这张三层表我在面试里当'终答案'用——前面怎么绕，最后都收回到这张表。它还能扩展（被问金仓/达梦就加一行），是一张活的表。"
一句话背法：内核（openGauss 开源）→ 云服务（GaussDB）→ 发行版（Vastbase）三层；我们落在发行版层——40 秒模板背熟。
4.7 横向对比：openGauss 系 vs MySQL vs PG vs Oracle【理解】
标准回答： 对比题按"四个维度"答，每个维度一句话结论——先给框架再给细节，避免陷入"哪个最好"的泥潭。
架构与并发：openGauss 系线程池模型（大连接数友好，我调过 10000）；MySQL 每连接一线程（连接数大时调度压力大）；PG 每连接一进程（隔离好、开销大）；Oracle 多线程模型成熟（企业级标杆）。复制机制：openGauss 系主推物理复制（WAL 日志流按页重放，一致性强——我们一主一备就是这个）；MySQL 逻辑 binlog 复制（灵活、生态工具多）；PG WAL 流复制 + 逻辑复制双轨；Oracle Data Guard（物理/逻辑双形态，企业级标杆）。SQL 与生态：PG 系（含 openGauss 系）SQL 标准兼容度高、复杂查询强；MySQL 互联网生态最广；Oracle 企业级功能最全但贵且闭源。迁移与信创：openGauss 系在信创目录、鲲鹏原生优化、配套迁移工具——金融替代主赛道；MySQL 存量最大但国产合规弱；Oracle 是"被替代者"本身。
对比速查表：
| 维度 | openGauss 系（Vastbase） | MySQL | PostgreSQL | Oracle |
|---|---|---|---|---|
| 血统 | PG 演化 | MySQL 系 | 自身 | 自研闭源 |
| 并发模型 | 线程池 | 每连接一线程 | 每连接一进程 | 多线程成熟 |
| 复制 | 物理 WAL 流为主 | 逻辑 binlog | WAL 流+逻辑 | Data Guard |
| 强项 | 信创+鲲鹏+Oracle 兼容 | 生态存量 | 标准SQL/复杂查询 | 功能全/稳 |
| 我们的关系 | 生产部署 | 课程+云上运维 | 概念同源 | 被替代对象（概念） |
我的答法亮点是"两边都真用过"：MySQL 我有宝典 03 章的八股+云上运维，Vastbase 我有生产部署——对比不是背的，是从两套实操里长出来的。
追问链：
- 追问1：物理复制和逻辑复制到底差在哪？ → 答：物理复制传的是 WAL 日志流——备库按页重放，字节级一致，主备强一致；逻辑复制把变更解码成逻辑更改（行级事件），灵活（可选择性复制、跨版本）但有编解码开销且 DDL 同步受限。一句话：物理重一致、逻辑重灵活。Vastbase 的主备是物理路线，和 PG 流复制同源——这套知识和宝典 03 章 MySQL 主从八股对照着讲，非常出彩。
- 追问2：如果业务从 MySQL 迁到 Vastbase，应用要改什么？ → 答：主要三块：驱动与连接串（换成 PG 系驱动）、SQL 方言差异（自增/函数/分页写法等——Vastbase 有兼容模式缓冲一部分）、运维工具链（mysqldump 换 gs_dump 这类对应关系，宝典 3.27 有映射表）。这也是发行版做兼容层的价值——把应用改动量压到最小。我按"知道改动面"层答，迁移项目实操没有做过，如实说。
关联话术："对比题我固定收尾：'技术维度各有胜负，但我们的场景里合规是一票制——技术上 MySQL 也能承载这个业务量，但金融信创要求国产库，选型就这么定了。'——把对比落到约束，显示出我理解真实世界怎么选型。"
一句话背法：四维对比（并发/复制/生态/信创）；物理重一致、逻辑重灵活；我的优势=两边实操过。
4.7.1 MySQL → Vastbase 迁移对照表（被问"迁移要改什么"的一页答案）
| 迁移面 | MySQL 侧 | Vastbase/openGauss 侧 | 改动量级 |
|---|---|---|---|
| 驱动/连接串 | mysql-connector / JDBC URL | PG 系驱动 / JDBC URL 改写 | 小（配置级） |
| SQL 方言 | auto_increment、limit 分页 | 序列/identity、limit-offset 有兼容写法 | 中（逐条排查） |
| 函数与类型 | MySQL 函数集 | PG 系函数（部分有兼容层缓冲） | 中 |
| 备份工具 | mysqldump / XtraBackup | gs_dump / gs_basebackup（宝典 3.27） | 小（方法同构） |
| 监控指标 | show global status 系 | pg_stat_activity 系视图 | 小（概念平移） |
| 高可用 | 主从 binlog + MHA 类 | HAS + DCS 组件 | 体系更换 |
讲法："这张表是我的'迁移改动面'心智地图——我没有做过完整迁移项目，但知道改动分布在哪六块、量级如何——知道边界的同时展示视野。"答"没做过"和答"不知道"是两回事，这张表就是两者的区别。
4.8 我的部署叙事：Vastbase 一主一备（产品视角深化版）【必背·核心】
标准回答： 宝典 03 章 3.17 已有"部署八股"（怎么装怎么调），这里按产品视角再讲一遍——重点从"步骤"转向"每步背后的产品逻辑"。前置环境：两台麒麟 V10 SP1 虚机（32C/64G/800G，跑在 FC 平台上、独立于 K8s 集群之外）。
第一步：环境基线（产品视角：安装要求就是负载画像）。海量文档的安装要求值得逐条读：内存建议单实例 32G 以上（复杂查询吃内存）；磁盘要求预留 70% 给数据、单独 30G 给 WAL（写密集负载的前瞻）；系统盘 RAID1、数据盘 RAID5 且 Disk Cache Policy 必须 Disabled（掉电不丢已确认事务，第 01 章 1.8 讲过原理）；网络建议万兆以上（主备 WAL 流传输）。这些要求本身告诉你它是"重内存、重顺序写、重网络吞吐"的 OLTP 引擎——读懂安装要求就是读懂产品。
第二步：选包（文件名即兼容性声明）。安装包全名：Vastbase-G100-installer-2.2_Build11(10713)-kylin_v10sp1-aarch64_kunpeng-no_mot-20221205.tar.gz——逐段拆：Vastbase-G100 产品主体 / 2.2 Build11 版本 / kylin_v10sp1 操作系统配套 / aarch64_kunpeng 芯片配套 / no_mot 裁剪说明（不带 MOT 引擎） / 20221205 构建日期。一个文件名五层信息——"国产化项目的包名就是兼容矩阵"。
第三步：HAS 与 DCS 组件（产品视角：高可用是组件化的）。Vastbase 的高可用不是数据库单体自带，而是配套组件：HAS（High Availability Service，高可用组件——监控数据库进程、执行主备切换、管理 VIP 漂移）+ DCS（分布式配置存储——类似 etcd 的一致性底座，存集群状态、法定多数判断；注意与华为 DCS 方案重名，主动消歧）。还有自动化部署脚本包（has 自动部署 2.0.zip）封装了双节点的安装编排。这套"数据库 + 高可用组件 + 配置存储"的组合，和 K8s"应用 + etcd + 控制器"是同构思想。
第四步：双节点安装（产品视角：为什么误差 ≤10 秒）。上传包与脚本到两节点 → 配置 install.conf（安装目录、IP——注意目录必须以 /home/vastbase 为前缀，脚本用 vastbase 用户执行、其他目录无写权限会失败——真实踩过的坑）→ 两节点同时执行 sh vbcluster_install.sh install.conf，时间误差不能超过 10 秒。为什么 10 秒：集群初始化时要互相发现并握手组队，窗口不一致会握手失败——这和很多集群软件（甚至 keepalived 的通告间隔）同一个道理：分布式组件初始化有时序敏感性。
第五步：自启与 license（产品视角：商业软件的生命周期管理）。systemctl enable has dcs（两服务开机自启）；license 机制——首次部署自带 3 个月免费 license，到期前上传正式 license：两节点上传 → 改 /etc/vastbase/has/etc/vastbase.yml 里的 license 路径 → 滚动重启 has（先 A 就绪再 B，防脑裂双主）。license 管理是发行版和开源内核的典型差异——商业授权生命周期必须纳入运维台账（我把到期日期记进巡检表）。
第六步：验收与调优（宝典 3.17 的"验收四查"+参数调优）。验收四查：查 DCS 状态、查 HAS 状态、查数据库集群主备角色（hasctl list）、vsql 建用户授权 + DataStudio 远程连接测试。调优两参数（4.3 讲过原理）：max_connections 100 → 10000、开线程池（enable_thread_pool=on / numa_distribute_mode='all' / thread_pool_attr='128,1,(allbind)'）——改完 滚动重启两节点的 has（同样先 A 后 B）。
部署八步速记：环境基线 → 选包拆名 → 上传配 install.conf → 双节点 10 秒内同跑脚本 → 自启 has/dcs → license 替换 → 验收四查 → 参数调优滚动重启。
追问链：
- 追问1：为什么数据库 VM 独立于 K8s 集群？ → 答：配套表的架构决策——数据库是"有状态重资产"，放在 K8s 外的独立虚机上：故障域隔离（K8s 集群折腾不影响库）、运维界面清晰（DBA 工具直连）、符合当时金融行业"数据库不进容器"的稳健共识。我的理解加一层：以当时的 K8s 1.17 生态，Stateful 数据库的运维成熟度不如独立部署——这个决策是工程稳妥的体现，不是落后。
- 追问2：主备切换你怎么验证的？ → 答：三层验证（宝典 3.17 迭问3 同款）：静态查 hasctl list 主备角色 → 动态造故障（停主库进程）看 HAS 自动切换、备升主、VIP 漂移 → 应用侧走 VIP 连接恢复。这套"查状态、造故障、验入口"三段式，我在 FC（HA 演练）和 K8s（控制面故障演练）都用同一套方法论——跨产品复用是方法论成熟的标志。
关联话术："这节我讲每个步骤都带'产品视角'一句（如'为什么 10 秒——握手时序敏感性'），把八股升维成理解。宝典 3.17 给我熟练度，本章给我深度——两层都备齐，数据库话题我敢接任何追问。"
一句话背法：基线→拆包名→install.conf（/home/vastbase 前缀）→10 秒同步装→自启→license 滚动重启→四查→调优两参数滚动重启。
4.8.3 部署时间线（一天的活怎么排）
| 时段 | 动作 | 检查点 |
|---|---|---|
| 准备期 | 两节点虚机就绪（32C/64G/800G 麒麟）、包与脚本上传 /openGauss 目录 | lscpu/lsblk 核对规格、包校验 |
| T0 | 解压自动化部署包、配置 install.conf | 目录前缀 /home/vastbase、IP 逐项核对 |
| T0+同步 | 两节点同时跑 vbcluster_install.sh（误差≤10 秒） | 两人对表执行、脚本回显成功 |
| T0+30min | systemctl enable has dcs；查 DCS/HAS/集群角色 | 三查全绿 |
| 验收期 | vsql 建用户授权、DataStudio 远程连接测试 | 四查通过记录归档 |
| 调优期 | edit-config 改参数、滚动重启 has | 压测连接数达标 |
一个执行细节值得讲："两节点同时执行"是双人协作——两台终端对好时间（先 date 对时），倒数同时回车；单人操作容易超 10 秒窗口。分布式软件的安装仪式感背后是时序敏感性——这类"怎么协作执行"的细节，恰是实施工程师和看文档人的区别。
4.8.1 HAS/DCS 与我熟悉的组件对照表（知识迁移法）
把陌生组件映射到已会的组件，是我快速掌握国产栈的诀窍——这张表面试可以直接讲：
| Vastbase 组件 | 类比已会组件 | 共同职责 |
|---|---|---|
| HAS（高可用服务） | Keepalived + Patroni 的合体角色 | 监控、裁决、切换、VIP 漂移 |
| DCS（配置存储） | etcd | 集群状态、法定多数、防脑裂 |
| hasctl（管理命令） | kubectl/etcdctl 的集群查询角色 | list/edit-config 管理集群状态 |
| vbscluster_install.sh | kubeadm 的初始化编排角色 | 双节点同时初始化组队 |
| vsql | psql（MySQL 的 mysql 客户端） | 命令行 SQL 交互 |
| DataStudio | pgAdmin / Navicat | 图形化客户端 |
讲法："我学 Vastbase 的速度比较快，方法是组件映射——HAS 当 Keepalived 理解、DCS 当 etcd 理解，语义全通了，剩下的差异再单独记。"——把学习方法和盘托出，本身就是面试亮点。
4.8.2 命令与配置速查（实操层，面试可背）
bash
# 双节点安装（误差 ≤10 秒，两节点同时执行）
sh vbcluster_install.sh install.conf
# 服务自启与状态
systemctl enable has dcs
systemctl status has dcs
# 集群主备角色与配置管理
/home/vastbase/has/bin/hasctl -c /home/vastbase/has/etc/vastbase.yml list
hasctl ... edit-config # 交互编辑数据库参数（改完滚动重启 has 生效）
# 命令行登录与建用户验收
su - vastbase -c "vsql -r"
create user test with password '<强密码>';
grant all privileges to test;
# license 路径配置
vi /etc/vastbase/has/etc/vastbase.yml # 修改 licence 路径
systemctl restart has # 滚动：先 A 就绪再 B三个关键参数（调优手筋）：
text
max_connections = 10000 # 默认 100 → 10000（线程池红利）
enable_thread_pool = on # 开线程池
numa_distribute_mode = 'all' # NUMA 分发
thread_pool_attr = '128,1,(allbind)' # 线程池规格+绑核4.9 金融信创为什么选 Vastbase：选型逻辑三段论【必背】
标准回答： 先亮身份（第 00 章 0.4）：选型是华为配套体系、信创合规与客户共同决定的，我负责落地；但配套的理由我能讲成三段论：
第一段：合规要求（一票制）。金融行业核心系统数据库必须国产化——数字人民币平台是央行体系项目，信创合规是硬约束；Vastbase 在信创目录内、有金融行业适配与测评背书——"能不能用"由这一段决定。
第二段：技术适配（三个原生的）。①芯片原生——安装包就是 aarch64_kunpeng 专用构建，对鲲鹏多核 NUMA 做了内核级优化（我配的线程池和 NUMA 参数就是这套优化的运维接口）；②操作系统原生——kylin_v10sp1 配套包，麒麟 V10 SP1 是金融信创服务器 OS 主流选择；③平台配套——华为 BCS 区块链平台的配套认证体系，数据库是 BCS 方案的配套组件。三个"原生"意味着整链路无兼容性拼装——"好不好用"由这一段决定。
第三段：迁移与运维保障（面向未来）。PG 系语法 + Oracle 兼容层，存量系统（银行大量 Oracle）迁移有工具链支撑；厂商（海量数据）+ 华为体系的双重支持兜底。发行版商业产品的服务责任闭环，是金融客户最看重的——"出了事找谁"由这一段决定。
三段论的答法优势：把"为什么选它"从技术优劣之争升维到"合规-技术-保障"的决策框架——任何选型题都能套这个框架，这就是可迁移的面试方法论。
追问链：
- 追问1：如果让你自己选，你选什么？ → 答：我的答案分场景：内网信创核心系统——openGauss 系发行版（Vastbase/或社区版+商业支持）是成熟路线；互联网型业务——MySQL 系（含国产 MySQL 系发行版）生态更顺；分析型负载——另评估。没有脱离场景的"最好"——我给框架不给站队，这种答法在技术面试里最安全也最专业。
- 追问2：Vastbase 出过什么问题吗？ → 答：如实讲两类：安装期的坑（目录权限、license 滚动重启）是我的经验范围，都解决了；运行期的产品缺陷类问题两年里没有遇到需要原厂介入的重大缺陷——遇到的更多是环境类（网络、资源水位）问题。不过度渲染"救火故事"，也不假装零问题——"坑在集成和环境层，产品本体稳定"是公允评价。
关联话术："这题的标准结构就是'身份话术 + 三段论'——先声明选型不归我，再证明我懂为什么。两头都稳：不会被'你凭什么选它'问穿，也不会被'你只是执行'看轻。"
一句话背法：合规（信创一票制）+ 技术（芯片/OS/平台三原生）+ 保障（迁移工具链与厂商支持）——三段论框架通用于一切选型题。
4.9.1 三段论的通用化（把这个框架用到其他选型题）
三段论不止能答 Vastbase——它是通用选型答法，面试里遇到同类题直接换名词套用：
| 选型题 | 合规/约束段 | 技术适配段 | 保障段 |
|---|---|---|---|
| 为什么用 K8s 不用虚机？ | 云原生已成为交付标准 | 自愈/扩缩/生态 | 社区与人才储备 |
| 为什么用 FC 不用 VMware？ | 信创+鲲鹏平台 | ARM 原生+DCS 预集成 | 华为原厂支持闭环 |
| 为什么 Prometheus？ | 云原生监控事实标准 | Pull 模型/多维数据模型 | 社区生态+我的实操 |
讲法："任何选型题我都按约束-技术-保障三段拆——第一段回答能不能，第二段回答好不好，第三段回答出了事怎么办。这个框架是项目一教我的。"——一个框架答一片题，这就是把经历内化成方法论的展示。
4.10 兜底话术与本章红线【必背】
兜底话术集：
- 被问优化器/执行计划细节（与 PG 差异）："优化器层面的差异我理解到'线程模型 + NUMA 亲和'这层；执行计划分析我按 PG 系通用方法（explain）做过 MySQL 侧的同类工作，openGauss 系的执行计划调优经验是课程理解层——如实说，会后补。"
- 被问 MOT 引擎细节："我们的安装包是 no_mot 构建——这个场景用不上内存表引擎，MOT 我只知道定位（内存行存、高频交易）。连'知道没用过'的诚实答案都带证据（包名），这是我答陌生特性的模板。"
- 被问分布式版/集群扩展（分库分表）："我们是一主一备的高可用形态，不是分布式分片形态；分布式能力（GaussDB 的分布式事务这类）我按产品资料理解。形态选择的背景：我们的数据量和业务模型（合约数据 OLTP）单主备足够——知道边界也是理解。"
- 被问内核源码/贡献："没有读过 openGauss 源码、没有社区贡献——我的层级是使用者与部署者；内核知识来自官方文档与产品实践。"
本章红线：
- 家族关系（一根三枝）不能讲错——GaussDB(for MySQL) 与 openGauss 无关、金仓不走 openGauss 线，这两处是高频混淆点，讲对了就是细节分。
- no_mot、10 秒、/home/vastbase 前缀、3 个月 license、10000 连接——五个一手细节是信任锚，一个都不能变形。
- "我没做过迁移评估、没读过源码"——主动交底不丢人，被戳穿才丢人。
- 与宝典 03 章的分工：宝典答"怎么装怎么调"（3.17），本章答"它是什么为什么选"——答题时两句衔接："部署细节我在运维宝典流程背得熟，产品视角我再补充……"
4.11 本章案例
- 【真实项目】（银行）安装目录权限坑：自动化脚本用 vastbase 用户执行安装，最初规划的目录不在 /home/vastbase 前缀下，因无读写权限安装失败。定位：脚本日志明确报权限错误，结合"脚本以 vastbase 用户跑"的事实秒定位。处理：按建议把 dir 配置项改到 /home/vastbase 前缀下重跑成功。沉淀：写进部署指南的"注意事项"，并形成习惯——任何以服务账号执行的安装，先检查目标目录属主。教学点：坑的根因是"执行身份与目录权限"的通用 Linux 问题，国产软件一样适用——基础功在哪都救命。
- 【真实项目】（银行）license 到期前的滚动替换：免费 license 三个月到期前，按流程申请正式 license、两节点上传、改 vastbase.yml 路径、按"先 A 就绪再 B"滚动重启 has。为什么要滚动：两节点同时重启，DCS 可能失去法定多数，有双主风险——和"三节点奇数防脑裂"是同一个知识。结果：替换过程业务无感知（备库先动，主库切换窗口秒级）。教学点：高可用组件的重启永远想"多数派还在吗"。
- 【真实项目】（银行）10000 连接数的一次压测配合：联调期压测并发，应用侧反馈连接数上不去——检查发现 max_connections 还是默认 100。按线程池方案调优：max_connections=10000 + enable_thread_pool=on + NUMA 参数，滚动重启生效，压测通过。教学点：调优不是拍数字——先知道"为什么敢调大"（线程池模型），再动手——这个案例把 4.3 的内核知识和 4.8 的实操缝在一起。
4.11.1 数据库话题的面试官画像与应对（本章实战策略）
| 面试官类型 | 特征 | 我的策略 | 用哪节弹药 |
|---|---|---|---|
| DBA 型 | 问主从/备份/执行计划 | 宝典八股先答，本章加产品深度 | 宝典 03 + 4.7/4.8 |
| 架构师型 | 问选型/家族关系/信创 | 一根三枝画图 + 三段论 | 4.1/4.6/4.9 |
| 华为背景型 | 熟产品生态、爱问细节 | 一手细节（no_mot/10 秒/滚动重启）放开讲 | 4.8 + 4.5 |
| 通用运维型 | 问"国产库你真用过吗" | 部署叙事 STAR + 验收三段式 | 4.8 + 宝典 3.17 |
公共原则：先判断对方是谁，再决定给八股还是给深度——对着 DBA 讲家族图是浪费时间，对着架构师讲 install.conf 是失焦。面试是交流不是背诵，看人下菜是最高级的准备。
章末自测清单（快问快答）
- 一根三枝是哪三枝？ → openGauss 开源内核；GaussDB（华为云商业服务）；Vastbase（海量数据发行版）。
- GaussDB(for MySQL) 和 openGauss 什么关系？ → 没有直接关系——MySQL 生态的另一条产品线。
- openGauss 的血统与开源时间？ → PostgreSQL 9.2.4 演化 + 大量重构；2020 年 6 月开源、7 月社区成立。
- 木兰协议 vs GPL 一句话？ → 木兰是宽松许可（可闭源发行）——所以有 Vastbase；GPL 传染性开源。
- 内核四件套 + 我的关系？ → 线程池（配过）/MOT（我们的包 no_mot）/列存（概念）/AI 调优（方向）。
- 线程池为什么支持大连接数？ → worker 线程复用、连接与执行体解耦——max_connections 敢调 10000 的底气。
- 行存列存怎么选？ → OLTP 点查事务用行存、聚合分析用列存——看负载画像。
- Vastbase 厂商与定位？ → 海量数据（603138）的 openGauss 发行版，主打 Oracle 国产替代。
- Vastbase 两个客户端工具？ → vsql（命令行，psql 手感）、DataStudio（图形）。
- 三层关系表（内核/云服务/发行版）适合谁？ → 内核给自研大厂、云服务给上云核心系统、发行版给内网信创部署（我们）。
- 物理复制 vs 逻辑复制？ → 物理传 WAL 按页重放重一致（Vastbase 主备）；逻辑解码行事件重灵活（MySQL binlog）。
- 金仓/达梦的血统？ → 金仓 PG 系（非 openGauss 线）；达梦自研系。
- 安装包文件名五层信息？ → 产品/版本/OS 配套（kylin_v10sp1）/芯片配套（aarch64_kunpeng）/构建信息（no_mot+日期）。
- HAS 与 DCS 的分工？ → HAS 高可用服务（监控/切换/VIP）；DCS 配置存储（etcd 类一致性底座）——注意与华为 DCS 方案消歧。
- 为什么双节点安装误差 ≤10 秒？ → 集群初始化互相发现握手有时序敏感性——分布式组件初始化的通理。
- install.conf 的目录坑？ → dir 必须以 /home/vastbase 为前缀——脚本用 vastbase 用户跑，别处无写权限。
- license 三件事？ → 自带 3 个月免费；正式 license 改 vastbase.yml 路径；滚动重启 has（先 A 就绪再 B 防双主）。
- 验收四查？ → DCS 状态、HAS 状态、集群主备角色（hasctl list）、vsql 建用户+DataStudio 连接。
- 调优两参数组？ → max_connections 100→10000；线程池三件（enable_thread_pool/numa_distribute_mode/thread_pool_attr）。
- 数据库 VM 为什么独立于 K8s？ → 故障域隔离+运维界面清晰+当时 DB 容器化成熟度考虑——配套表架构决策。
- 金融选型三段论？ → 合规（信创一票制）+ 技术（芯片/OS/平台三原生）+ 保障（迁移工具链与厂商支持）。
- 与宝典 03 章的分工？ → 宝典 3.17 答"怎么装怎么调"；本章答"它是什么、家族关系、为什么选"——两层配合。
- 主备切换验证三段式？ → 查状态（hasctl list）→ 造故障看切换与 VIP → 验应用走 VIP 恢复。
- HAS/DCS 类比哪些已会组件？ → HAS≈Keepalived+Patroni 角色；DCS≈etcd——组件映射学习法。
- 安装要求的"负载画像"四条？ → 内存 32G+（重内存）、WAL 单独 30G（重顺序写）、万兆网（重吞吐）、Disk Cache Disabled（重持久性）。
- Vastbase 2.2 对应 openGauss 哪个内核版本？ → 以厂商配套说明为准——不硬编对应号，如实答（面试防坑题）。
本章复习优先级（时间不够时）
- 第一优先：4.1/4.6 家族关系（一根三枝 + 三层表 + 40 秒模板）——数据库话题第一分。
- 第二优先：4.8 部署叙事（产品视角 + 五个一手细节）+ 4.9 选型三段论。
- 第三优先：4.2 起源、4.3 内核四件套、4.5 Vastbase 定位。
- 第四优先：4.4 GaussDB、4.7 横向对比。
- 兜底：4.10 话术集与红线——内核深挖题的防火墙。
与其他章/宝典的衔接路标
- 讲到 怎么装怎么调 → 主宝典 03 章 3.17（部署八股）/3.18（运维差异）/3.27（备份恢复）——先给宝典答案再本章加厚。
- 讲到 线程池与 NUMA 参数 → 第 01 章 1.5（鲲鹏 NUMA 地形）——硬件与调优的连接点。
- 讲到 VRM 内嵌高斯库 → 第 02 章 2.5——"我在三个地方见过高斯/openGauss 血统"（VRM、DME 的 Zenith、Vastbase 本体）。
- 讲到 DCS 防脑裂/奇数节点 → 第 03 章 3.4（DME 三节点）+ 主宝典第 06 章（etcd）。
- 讲到 数据库 VM 的 32C/64G/800G → 第 01 章 1.4.1（资源账）——数据库是资源倾斜最重的角色。
- 讲到 国产数据库格局 → 本章 4.6 追问2（按血统分组：PG 系/自研系/MySQL 系）。
参考资料（链接采集时间：2026-10）
核实说明：标注"WebFetch 核实"的链接已直接抓取确认；标注"搜索核实"的经搜索引擎索引确认存在（动态页无法抓取正文）；"导航路径"表示独立 URL 未能逐字核实。本章共 8 个官方入口。
- openGauss 社区官网（下载/文档/社区/版本生命周期；7.0.0 LTS 等版本信息来源）：https://opengauss.org/zh/ —— 官网（WebFetch 核实）
- openGauss 文档中心（安装指南/特性参考/工具手册）：https://docs.opengauss.org/zh/ —— 文档（WebFetch 核实）
- 华为云 GaussDB 产品页（商业版定位、TP+AP、分布式与案例口径）：https://www.huaweicloud.com/product/gaussdb.html —— 产品页（WebFetch 核实）
- 海量数据官网（公司/产品/新闻总入口）：https://www.vastdata.com.cn —— 厂商官网（搜索核实，动态页）
- Vastbase G100 官方文档（产品介绍/白皮书/vsql 使用指南所在知识中心）：https://docs.vastdata.com.cn —— 文档站（搜索核实，动态页）
- Vastbase G100 产品介绍页（基于 openGauss 内核的企业级数据库定位）：https://docs.vastdata.com.cn/zh_CN/VastbaseG100/V3.0.9/1 —— 产品文档（搜索核实，动态页）
- 鲲鹏社区兼容性（Vastbase/openGauss 与鲲鹏认证检索）：https://www.hikunpeng.com —— 生态入口（WebFetch 核实）
- 麒麟软件官网（数据库节点 OS 厂商）：官网导航——搜索"麒麟软件 KylinOS 官网"进入产品与兼容认证栏目（独立产品页 URL 未在本任务核实，按导航使用）
本章部署细节以我方项目《智能合约引擎安装部署指南》海量 OpenGauss 数据库集群部署章节为第一素材（包名、install.conf、10 秒约束、license 流程、参数调优均出自该指南与本人实操记忆）；产品定位与家族关系以各官网为准（2026-10 核实）。注意 Vastbase 版本迭代较快（文档站已有 V2.2.15/V3.0.9 等），我部署的是 2.2 Build11——面试讲"我部署时的版本"。
（全篇完 · 04 章）
4.12 数字自检与最终提醒
数字自检（报数前扫一眼）：
- 环境：2 节点麒麟 V10 SP1，32C/64G/800G，万兆网建议；
- 包：Vastbase G100 2.2 Build11（kylin_v10sp1-aarch64_kunpeng-no_mot-20221205）；
- 组件：HAS V1.2 + DCS V1.0 + 自动化部署脚本 2.0；
- 约束：双节点执行误差 ≤10 秒；install 目录 /home/vastbase 前缀；
- license：自带 3 个月免费，vastbase.yml 改路径，滚动重启 has；
- 调优：max_connections 100→10000、enable_thread_pool=on、numa_distribute_mode='all'、thread_pool_attr='128,1,(allbind)'；
- 验收：DCS/HAS/主备角色/vsql+DataStudio 四查。
最终提醒：数据库是面试重灾区，本章的两层弹药（宝典八股 + 本章产品视角）配合使用——先答"怎么装怎么调"证明熟练度，再答"是什么、为什么选"证明理解力。家族关系图（一根三枝）务必练到白板能画。
（全篇完 · 04 章 · 00–04 章至此完成，05–08 章见后续）
复查提示：本章所有"一手细节"（no_mot / 10 秒 / /home/vastbase / 3 个月 license / 10000 连接）均可在我方部署指南中找到原文对应；家族关系与产品定位口径与第 00 章生态地图一致。
（数字自检见 4.12；家族图见 4.1——面试前最后过这两处。）