本文是 HCIE-GaussDB V2.0 认证笔试的复习总纲。V2.0 版本于 2025 年 8 月发布，与 V1.0 相比笔试考点做了大幅重构：新增了部署设计、事务与锁、存储管理、SQL 执行引擎等模块，数据库优化占比提升到 29%。本文按 V2.0 的考点分布梳理各模块权重、每章核心要点和必须记住的高频数字，文末附系列文章索引，可作为整个 V2.0 笔试备考的总入口和检查清单。
一、V2.0 版本变化与笔试考点分布
HCIE-GaussDB V2.0 于 2025 年 8 月发布，V1.0 于 2026 年 2 月下线，新旧版本并存约 6 个月。V2.0 笔试最大的变化是考点全面重构：原 V1.0 的"产品与架构""项目实践""高可用方案"三个模块移出（架构内容下沉到 HCIP），新增了部署及设计、事务管理与锁机制、存储管理、SQL 执行引擎四个模块，数据库优化的占比从 14% 提升到 29%。
V2.0 笔试的知识模块和权重如下：
| 模块 | 笔试占比 | 内容特征 |
|---|---|---|
| 数据库优化 | 29% | 概念 + 场景判断，占比最大 |
| SQL 执行引擎 | 21% | 链路清晰，模块分工和算子知识密集 |
| 数据库部署及设计 | 14% | 数字密集：端口、RAID、水位、容量估算 |
| 故障处理与应急 | 14% | 排查顺序 + 应急处理时长 |
| 事务管理与锁机制 | 8% | 可见性判断 + 锁冲突规则 |
| 存储管理 | 7% | 对比题为主：Ustore/Astore、页式/段页式 |
| 备份恢复与容灾 | 7% | 工具分类 + 容灾方案对比 |
备考重点排序：数据库优化 > SQL 执行引擎 > 部署及设计 = 故障处理与应急 > 事务管理与锁机制 > 存储管理 = 备份恢复与容灾。前两个模块合计占一半，值得投入最多的时间。
二、各模块核心要点
1. 数据库部署及设计（14%）
容量规划遵循"需求收集 → 分析评估 → 验证调整 → 持续运维"四步，覆盖计算、存储、网络三类资源。
性能估算 以 TPC-C 为基准：New-Order 占总事务 45%，换算关系为 1 tpmC = (1/0.45)/60 tps。tps 估算五步：调研事务要求 → 评估扩展策略 → 评估预留策略 → 评估复杂度差异 → 匹配档位。经验系数：复杂 SQL 取 1.6，简单单表取 0.8；存量替换膨胀系数 1.2~1.5。
关键阈值：磁盘使用率 85% 触发只读保护；集中式容量上限 24TB（扣除 85% 水位后实际可用约 20T）。
备份容量估算公式 C = C1 + C2 + C3 + C4，分别是全量、差量、日志归档、手动备份占用；压缩比经验值 0.3~0.7（注意日志归档不乘压缩比）。
分片形态选型：集中式适合 2w tps 以下、24TB 以内、存储过程多的场景；分布式适合 2w tps 以上、需线性扩容的场景，但应用要做 sharding 改造。
容灾等级：国标分六级，级别越高 RPO/RTO 越小；金融第一类系统要求不低于 5 级（RTO<6h、RPO<15min）。时延要求：同城机房 2ms 以内，异地 100ms 以内。
网络设计：三平面（管理 eth0 / 业务 eth1 / 高速 eth2）。VIP 分配规则：集中式三层每个 DN 一个 VIP，二层所有 DN 共用一个，分布式每个 CN 一个，轻量化三层不分配 VIP。
端口规划 ：集中式 DN 8000/8001/8005、ETCD 2379/2380、CM 30200；分布式 GTM 6000/6001、CM 5000、OM-Agent 30170；分布式第 n 个 DN 端口按 4000+(n-1)×20 递增（尾号 0/1/2/3/5）。
加密方案：加密函数在 SQL 引擎、透明加密在存储引擎（性能最高）、全密态在驱动（安全最高），后两者依赖 KMS。
2. 事务管理与锁机制（8%）
- 隔离级别：默认读已提交（RC）；GaussDB 的 SERIALIZABLE 实际等价于 REPEATABLE READ。
- 检查点：当前默认增量检查点（需
enable_incremental_checkpoint与enable_double_write同时开启），redo 点 = 脏页队列最小 rec_lsn，单调递增。 - MVCC：元组可见性由 xmin/xmax 组合决定，核心结论是 xmin 可见 + xmax 不可见。GaussDB 并发控制 = MVCC（读并发）+ 2PL（写写冲突），读不阻塞写、写不阻塞读。
- 分布式事务：2PC 的原子性关键在 prepare 阶段信息已持久化，提交阶段失败可补偿重试。GTM-Lite 强一致，GTM-Free 偏最终一致、适合完美 sharding。
- 八级表锁：级别之和 ≥8 通常冲突，特例 5+5 不冲突 ；普通
CREATE INDEX加 5 级锁阻塞 DML，CONCURRENTLY加 4 级锁不阻塞业务。 - 锁参数：
deadlock_timeout默认 1 秒、partition_lock_upgrade_timeout默认 1800、max_locks_per_transaction默认 64。
3. 存储管理（7%）
- Ustore vs Astore：Ustore 引入 ITL 区域原地更新、历史版本集中进 Undo、元组头 12B，适合更新频繁；Astore 追加写（先删后插）、新旧版本混存、元组头 24B，适合插入频繁。
- 段页式：层级为"段空间 → Datafile → Segment → Extent → Page"；Extent 四种规格 64KB（序号 1-16）/ 1MB（17-143）/ 8MB（144-255）/ 64MB（256+）；扩展步长固定 128MB；不支持"列、外、内、压、序、物"六类对象。
- 索引：FASTROOT 缓存离叶子最近的根节点；分区索引 GPI 全局 / LPI 本地；GSI 全局二级索引仅支持 Hash 分布 + GTM-Lite，作用是消除数据重分布。
- WAL 与极致 RTO ：极致 RTO 依赖并行回放流水线，
recovery_parse_workers推荐 2、recovery_redo_workers推荐 8；回放规则是相同页面串行、不同页面并行。
4. SQL 执行引擎（21%）
- 四大流程：查询解析 → 查询重写 → 计划生成 → 查询执行；SQL 声明 What，优化器决定 How。
- 执行器火山模型：控制流向下、数据流向上。
- 逻辑优化两大类：减少查询层次（CTE 内联、子链接提升、Lazy Agg、子查询提升、UNION ALL 展平、HAVING 下推共 6 规则）；消除冗余（常量替换、消除子查询排序、消除外连接等）。外连接转内连接的条件：谓词严格且引用 nullable-side 的表。
- 路径搜索：自底向上（先扫描、再连接、比代价、选最低），表多时结合随机搜索。
- 统计信息：等高直方图 + MCV；Join 行数估算公式 n = n1×n2/max(d1,d2)；自动 ANALYZE 阈值约 50 + 10%×reltuples。
- 计划管理三板斧：Plan Hint（紧跟 SELECT 等关键字）、SQL Patch（基于 Unique SQL ID）、SPM（baseline 捕获/选择/演进）。
- 分布式算子：Stream 三兄弟 Gather（N:1 汇总）/ Redistribute（N:N 重分布）/ Broadcast（1:N 广播）；计划下发性能排序：下发 SQL 语句 > 下发执行计划 > 下发部分 SQL。
- PBE：
prepareThreshold默认 5，前 5 次生成 Cplan，第 6 次生成 Gplan 并与前 5 次平均代价比较。 - 算子四分类：扫描、控制、物化、连接；连接按实现分 NestLoop/HashJoin/MergeJoin。
- 资源管理：Cgroup 两层架构，Workload 下 Timeshare 比例 Rush:High:Medium:Low = 8:4:2:1；内存四级：节点级 → 资源池级 → Session 级 → 作业级。
5. 数据库优化（29%）
- 调优金字塔（自上而下成本越高）：硬件 → 内存/IO/网络 → OS 内核 → 数据库系统 → SQL → 业务系统；首要工作是确定调优范围。
- 诊断能力四级：内核指标打点 → 视图查询 → 报表（WDR/ASP）→ AI 智能诊断。
- AI 调参三模式：recommend 秒级推荐 / train 训练模型 / tune 实际调优。
- 等待事件四类：IO / LOCK / LWLOCK / STATUS；高频事件含义要背（
wait cmd压力未到内核、LOGCTRL_SLEEP流控、Sort-write file排序落盘等）。 - Unique SQL 关键指标：
total_elapse_time/n_calls平均耗时、plan_time/n_hard_parse占比高说明未用 PBE、n_blocks_fetched - n_blocks_hit为磁盘读。 - statement_history 三级：L0 默认常开 / L1 建议常开 / L2 短暂开启；
log_min_duration_statement默认 3 秒。 - WDR：快照间隔默认 60 分钟、保留默认 8 天；Drop database / 节点重启 / 主备倒换 / 重置 statement 视图四种情况不能生成。
- 系统参数：
shared_buffers建议最大可用内存 40%；线程池thread_num建议 CPU 核数 6~8 倍；磁盘调度算法推荐 mq-deadline。 - SQL 调优核心思想：只有大表才会产生性能问题 ；分布式调优三原则选分布列（列值离散防倾斜、不选常量 filter 列、选连接条件列），
table_skewness('表名')查倾斜。
6. 备份恢复与容灾（7%）
- 备份五维度：组织形式（物理/逻辑）、对象范围、完整性（全量/差量/日志归档 → 全量恢复/差量恢复/PITR）、存储介质。
- 物理备份关键点：全量备份以 barrier 作为一致性点；差量备份由 CBM 线程异步解析日志生成位图；PITR = 持续日志归档 + 周期全量 + 周期差量。
- 逻辑备份工具：
gs_dump数据库级（-F p/c/d/t 四格式，tar 单表 <8GB）、gs_dumpall实例级仅纯文本、gs_restore对应 c/d/t 格式。 - 容灾方案对比：异地流式容灾（异步，RPO≤10s）、同城双集群 Dorado（同步，RPO=0，依赖共享存储远程复制 + NAS 文件锁保证单 primary）、两地三中心（先同城后异地）。
7. 故障处理与应急（14%）
- 5 类问题方法论：慢（定位压力点）、满（资源耗尽，磁盘满先解除只读）、错（查日志）、夯（hang，三步：ps 找进程 → top -Hp 拿 lwtid → gs_ctl stack 抓栈）、宕（组件/集群级）。
- 日志路径：系统日志
$GAUSSLOG/pg_log，操作日志$GAUSSLOG/bin；处理原则先定界 再定位，重大操作前保存现场。 - 五个常用视图：
pg_stat_activity、pg_thread_wait_status、pgxc_thread_wait_status（仅分布式）、pg_locks、pgxc_node。 - 应急数值：CPU 100% 约 10 分钟处置（top → 查杀长 SQL → ANALYZE → 必要时主备切换）；磁盘只读约 5 分钟（临时调阈值到 90% 解除只读，恢复后设回 85%）；锁等待查阻塞链后
pg_terminate_session查杀。 - 升级四方式：就地升级约 30 分钟中断停业务；灰度升级切换 10 秒中断；滚动升级先备后主；热补丁无中断。灰度升级组件重启顺序：om_monitor > cma > etcd > cms > cn > dn > gtm。
三、高频数字速记表
数字题是最不应该丢分的部分，考前最后过一遍：
| 数字 | 含义 |
|---|---|
| 29% / 21% | 数据库优化 / SQL 执行引擎占比，合计一半 |
| 85% | 磁盘只读保护水位 |
| 24TB | 集中式容量上限（实际可用约 20T） |
| 45% / 43% | TPC-C 中 New-Order / Payment 事务占比 |
| 1.6 / 0.8 | 复杂 SQL / 简单单表经验系数 |
| 1.2~1.5 | 存量替换膨胀系数 |
| 2ms / 100ms | 同城 / 异地时延要求 |
| RAID1 / RAID10 | 系统盘（2 块）/ 数据盘（4+2×N） |
| 30200 / 5000 | 集中式 / 分布式 CM Agent-Server 端口 |
| 4000+(n-1)×20 | 分布式第 n 个 DN 端口公式（尾号 0/1/2/3/5） |
| 8KB | 数据页 / 索引页 / XLOG_BLCKSZ |
| 24B / 12B | Astore / Ustore 元组头 |
| 1GB | 页式物理文件切分单位 |
| 64KB/1MB/8MB/64MB | Extent 四种规格（序号 1-16 / 17-143 / 144-255 / 256+） |
| 128MB | 段页式扩展步长 |
| 16MB | WAL 段文件大小 |
| 2KB 左右 | 变长字段触发 TOAST |
| 92% | Ustore 默认页面填充率 |
| 70% / 80% / 90% | 高频/中等/少量更新表 FILLFACTOR 建议 |
| 1 秒 / 1800 / 64 | deadlock_timeout / partition_lock_upgrade_timeout / max_locks_per_transaction 默认值 |
| 5 / 6 | prepareThreshold 默认 5；第 6 次生成 Gplan |
| 8:4:2:1 | Timeshare 比例（Rush:High:Medium:Low） |
| 40% | shared_buffers 建议占比 |
| 6~8 倍 | 线程池 thread_num 相对 CPU 核数 |
| 3 秒 | log_min_duration_statement 默认值 |
| 60min / 8 天 | WDR 快照间隔 / 保留天数 |
| 200 / 50+10% | instr_unique_sql_count 默认 / 自动 ANALYZE 阈值 |
| 8GB | gs_dump tar 格式单表上限 |
| ≤10 秒 | 异地流式容灾 RPO |
| 30 分钟 / 10 秒 / 0 | 就地升级 / 灰度切换 / 热补丁的业务中断 |
| 10 秒 | 极致 RTO 切换接管时间 |
| 5~20 分钟 / 20~60 分钟 | 节点修复 / 节点替换时长 |
| 12 个 9 | OBS 数据可靠性 |
四、复习方法建议
- 按权重分配时间：数据库优化和 SQL 执行引擎占一半，先把这两块的链路和规则吃透，再向其他模块铺开。
- 对比题做成表：Ustore/Astore、页式/段页式、集中式/分布式、GTM-Lite/GTM-Free、四种升级方式、三种容灾方案------对照表反复看。
- 链路题记顺序：SQL 执行四阶段、慢 SQL 排查五步、2PC 两阶段、tps 估算五步、CPU 100% 处置顺序------顺序对了细节可推导。
- 数字题放场景：把数字挂回场景（磁盘快满 → 85% 只读；提交等备机 → wait wal sync），比孤立背诵牢固。
五、系列文章索引
本系列共 7 篇，建议按下列顺序阅读：
架构基础：
- GaussDB 中 CMS、ETCD、CN、DN 关系与高可用机制介绍 ------ 组件关系与高可用机制，系列的架构铺垫
六大知识模块：
- GaussDB 部署规划：磁盘水位、RAID 与端口设计 ------ 对应"部署及设计"
- GaussDB 事务与锁机制：MVCC 可见性、八级表锁与死锁检测 ------ 对应"事务管理与锁机制"
- GaussDB 存储引擎：Ustore vs Astore、页式 vs 段页式 ------ 对应"存储管理"
- GaussDB SQL 执行引擎：查询重写、优化器与执行器 ------ 对应"SQL 执行引擎"
- GaussDB 性能调优：等待事件、慢 SQL 定位与关键参数 ------ 对应"数据库优化"与"故障处理"
- GaussDB 备份恢复与容灾：备份分类、容灾方案与升级方式 ------ 对应"备份恢复与容灾"
小结
笔试复习的本质是"先搭骨架、再填细节"：用考点分布确定投入比例，用模块主线建立知识体系，用数字表和对比表完成最后冲刺。带着"为什么"去理解每个机制（为什么要有 Undo？为什么要两阶段提交？为什么段页式不支持物化视图？），知识就会从背诵负担变成可以推理的体系。
祝考试顺利。