TiDB平凯数据库认证攻略：PCTA、PCTP、PCSD，到底该怎么备考？

8 月 4 日到 6 日，我连续听了三场平凯数据库认证考前精讲课。

三位老师分别讲 PCSD、PCTA 和 PCTP。三门认证看起来都围绕 TiDB，实际考查的是三种不同能力：开发、基础管理和高级运维。

我整理了一份笔记，分享给大家，希望可以帮你顺利拿下认证。

01. 三门认证，先选对再努力

三门认证并不是简单的初级、中级、高级关系。

有一个前置条件必须注意：

报考 PCTP 之前，必须先取得 PCTA 认证。

所以，如果你是第一次接触 TiDB，最稳妥的顺序是：PCTA → PCTP

如果你主要做应用开发，对部署、升级、容灾没有太强需求，可以单独准备 PCSD。它不是 PCTA 的附属考试，而是另一条面向开发者的认证路线。

我的建议很明确：

1. 1. 开发人员优先考 PCSD。
2. 2. DBA 和实施人员先考 PCTA，再考 PCTP。
3. 3. 想系统掌握 TiDB 的人，建议按 PCTA、PCSD、PCTP 的顺序学习。

这个顺序并不是官方规定，而是我根据三门精讲课知识结构给出的建议。先建立架构认知，再补 SQL 与事务，最后处理复杂运维，学习成本最低。

02. 三门考试，其实共用一张知识地图

三场课听下来，重复出现最多的不是某条命令，而是 4 个组件：

这张表看似基础，却是三门考试的交汇点。

PCSD 会问 SQL 如何下推到 TiKV，优化器为什么选择 TiFlash；PCTA 会问组件职责、Raft 副本和 Region；PCTP 则会继续追问部署顺序、扩缩容、高可用和故障处理。

官方文档把 TiDB 的优势概括为分布式架构、弹性扩缩容、高可用、ACID 事务和完整工具链。考试则把这些能力拆成了具体问题。

举个例子。

TiDB Server 不保存业务数据，所以可以横向增加实例；TiKV 保存数据，并通过多副本和 Raft 保证一致性；PD 负责元信息、调度和时间戳；TiFlash 保存列式副本，为分析查询加速。

如果这条链路能讲清楚，后面的部署、事务、执行计划和 HTAP 会顺很多。

我的判断是，架构不是 PCTA 的一道章节题，而是三门认证的公共底座。架构没弄明白，题库刷到第 3 遍仍然会在变形题上丢分。

03. PCTA 怎么学：先把组件关系讲明白

PCTA 面向安装部署和日常管理，重点不是复杂命令，而是建立完整的 TiDB 集群认知。

架构部分要掌握什么

至少要能够回答下面这些问题：

1. 1. TiDB Server 为什么可以横向扩展？
2. 2. 数据实际存放在哪个组件中？
3. 3. PD 为什么建议部署奇数个节点？
4. 4. Region 和 Raft Group 是什么关系？
5. 5. 三副本为什么可以容忍一个副本故障？
6. 6. TiFlash 为什么不承担普通 OLTP 行存角色？
7. 7. TiDB Server 如何获得时间戳和数据路由信息？

官方文档明确指出，TiDB Server 本身无状态，不保存业务数据；TiKV 的基本数据单元是 Region；TiKV 默认维护三副本；PD 建议至少部署 3 个节点，并使用奇数节点保持高可用。

这几个结论不要只背一句话，最好画一张图。

客户端先连接 TiDB Server。TiDB Server 解析 SQL，从 PD 获取时间戳和路由信息，然后直接访问 TiKV 或 TiFlash。数据调度和副本均衡由 PD 根据节点上报的信息完成。

图画对了，架构类题目基本就有底了。

新特性不能完全跳过

2026 年考试大纲已经加入了一批较新的能力：

不建议一上来研究参数细节。先记住“它解决什么问题”。

比如 TiProxy 解决接入层高可用和连接迁移问题；RU 用于抽象资源消耗并进行多业务隔离；TTL 用于周期性清理过期行；全局索引主要改善部分分区表查询路径。

这样记，比背一整页功能介绍有效。

PCTA 的练习方式

建议自己准备一份组件对照表，每个组件只写 5 项：

1. 1. 是否存储业务数据
2. 2. 是否有状态
3. 3. 高可用机制
4. 4. 主要端口与连接方向
5. 5. 扩容时解决什么问题

如果不看资料也能把这 5 项说清楚，PCTA 架构部分基本过关。

04. PCSD 怎么学：别把分布式 SQL 当成单机 MySQL

PCSD 是三门认证中最容易被低估的一门。

很多开发人员看到 SQL、数据类型和函数，以为靠 MySQL 经验就能通过。真正容易丢分的，恰恰是 TiDB 与传统单机数据库之间的行为差异。

PCSD 的重要考点集中在架构、数据类型、SQL 与函数、事务并发、开发实践等模块，其中架构原理占比较高。

数据类型，重点抓边界

需要重点复习：

1. 1. FLOAT、DOUBLE 属于近似数值类型，金额等精确计算场景应优先使用 DECIMAL。
2. 2. INT 括号内的显示宽度不改变存储范围。
3. 3. CHAR 是定长类型，VARCHAR 是变长类型。
4. 4. DATETIME 与 TIMESTAMP 的时区行为不同。
5. 5. TiDB 默认字符集为 utf8mb4，当前官方文档显示默认排序规则为 utf8mb4_bin。

这里要小心课程内容与现行文档的版本差异。排序规则、字符集、数据类型兼容行为都可能随版本变化，不能把某次课堂结论无限外推。

SQL 部分，重点不是语法，而是结果边界

以下内容值得单独做实验：

SELECT NULL = NULL;
SELECT NULL IS NULL;

SELECT 1 / 0;

SELECT CONCAT('TiDB', NULL);
SELECT CONCAT_WS('-', 'TiDB', NULL, 'Database');

还要重点理解：

• • LEFT JOIN 条件写在 ON 和写在 WHERE 中，结果可能不同。
• • UNION 会去重，UNION ALL 不去重。
• • NOT IN 子查询中出现 NULL 时，结果可能与直觉不符。
• • 没有 ORDER BY 的分布式查询，不应依赖返回顺序。
• • 要获得稳定排序，最好在排序字段后补充唯一键。
• • 大偏移量分页不宜长期使用 LIMIT offset, size。
• • EXPLAIN 只生成执行计划，EXPLAIN ANALYZE 会实际执行语句并返回运行统计。

这些题不难，但专门考“你是不是凭经验答题”。

事务部分，必须理解 SI

官方 v8.5 文档说明，TiDB 实现的是 Snapshot Isolation，也就是快照隔离。为了兼容 MySQL 的名称，对外称为 REPEATABLE READ，但它并不完全等同于 ANSI 或 MySQL 的可重复读行为。

另外，TiDB 支持 READ COMMITTED，但它只在悲观事务模式下生效。TiDB 从 v3.0.8 开始，新建集群默认使用悲观事务模式。

这里至少要掌握 4 组区别：

只背“TiDB 支持 RR 和 RC”不够。考试更可能给出两个并发事务，让你判断读到什么、谁会等待、谁会回滚。

开发实践，记住热点问题

连续自增的主键可能把写入集中到相邻 Key Range，形成单 Region 写热点。

官方文档建议，在适合的表结构中使用 AUTO_RANDOM 替代 AUTO_INCREMENT。AUTO_RANDOM 通过随机位打散主键分布，降低热点风险。

但它也有明确限制：

• • 只能用于 BIGINT 类型。
• • 必须位于主键中，并且是主键第一列。
• • 不支持非聚簇主键。
• • 随机位越多，自增位可用空间越少。
• • 对 JavaScript 等只能安全表示 53 位整数的应用，需要关注数值范围。

所以，考试里看到 AUTO_RANDOM，不要只答“防热点”。

完整答案应当是：通过打散主键值分布缓解写热点，但要评估主键类型、聚簇索引、数值空间和应用端整精度。

05. PCTP 怎么学：把命令放回运维流程中

PCTP 面向集群管理，是三门认证里知识面最宽的一门。

精讲课覆盖 TiUP、部署、扩缩容、升级、监控、备份恢复、数据迁移、数据同步、高可用、TiProxy、资源管控等内容。只看命令清单，很容易背乱。

我建议按 6 条运维流程组织知识：

1. 1. 部署
2. 2. 启停
3. 3. 扩缩容
4. 4. 升级
5. 5. 备份恢复
6. 6. 数据同步与容灾

TiUP 部署流程

官方文档给出的生产部署主线是：

1. 1. 检查软硬件环境。
2. 2. 在中控机安装 TiUP。
3. 3. 生成并修改 topology.yaml。
4. 4. 执行 tiup cluster check。
5. 5. 必要时使用 check --apply 修复环境问题。
6. 6. 执行 tiup cluster deploy。
7. 7. 使用 tiup cluster display 检查状态。
8. 8. 启动集群并验证节点状态。

这条流程建议亲手做一次。

没有服务器也没关系，可以先使用 TiUP Playground 搭建本地测试环境，熟悉组件、端口和连接方式。但要知道，Playground 用于学习和测试，不等同于生产部署。

启停顺序怎么记

精讲课给出的高频考点是：

启动：PD → TiKV、TiFlash → TiDB

停止：TiDB → TiFlash、TiKV → PD

不要孤立背顺序。

PD 保存元信息并承担调度和时间戳服务；TiKV、TiFlash 是存储层；TiDB 是无状态 SQL 层。先让控制与存储层就绪，再启动 SQL 接入层，这个顺序就不难记。

实际生产运维通常通过 TiUP 执行集群级启停，不建议把这段口诀机械理解成日常必须逐节点手工操作。

监控体系怎么分工

考试会故意交换组件职责。记住一个判断就行：

Prometheus 管指标，Grafana 管图，Dashboard 管数据库诊断入口，Alertmanager 管告警路由。

备份恢复工具怎么选

精讲课对工具的划分很实用，但具体性能数字容易受版本、硬件、网络和参数影响，不建议死记“每小时多少 TB”。

官方 v8.5 文档对 BR 的定位已经不只是“全量物理备份”。当前 BR 支持快照备份、日志备份和 PITR，日志备份可实现低至 5 分钟的 RPO。

版本兼容同样重要。官方建议 BR 与 TiDB 集群使用相同大版本，避免跨大版本恢复引发系统表或排序规则兼容问题。

这类限制，往往比命令参数更容易出题。

扩缩容和升级的关键点

PCTP 不是考“会不会复制命令”，而是考操作前后依赖关系。

例如：

• • 缩容 TiFlash 前，应先处理表上的 TiFlash 副本配置。
• • 升级中断后，可结合任务状态继续执行，避免盲目重跑。
• • 跳过 Leader 驱逐可能缩短升级时间，但会增加业务抖动风险。
• • 扩缩容虽然支持在线执行，仍要评估数据迁移、调度压力和业务高峰。

06. 一套可以直接执行的 10 天备考计划

如果白天要上班，我建议每天安排 2 小时，连续学习 10 天。

复习时准备 3 份材料就够了：

1. 1. 一张架构图。
2. 2. 一张工具选择表。
3. 3. 一份版本差异与错题清单。

不要抄整本官方文档。抄完很有成就感，但通常记不住。

更有效的做法是，每学完一个知识点，都问自己 3 个问题：

1. 1. 它解决什么问题？
2. 2. 它和相邻能力有什么区别？
3. 3. 它在什么条件下会失效或受限？

考试最爱考第 3 个问题。

07. 考前最后一天，只检查这 20 项

公共基础

• •能说清 TiDB、TiKV、PD、TiFlash 的职责
• •能解释 Region、Raft Group、Leader 和 Follower
• •知道 TiDB Server 为什么无状态
• •知道 TSO 与 MVCC 的关系
• •知道 TiKV 和 TiFlash 分别适合什么负载

PCSD

• •能区分精确和近似数值类型
• •能判断 NULL 比较结果
• •能区分 ON 条件和 WHERE 条件
• •能解释无 ORDER BY 时结果为何不稳定
• •能区分 EXPLAIN 与 EXPLAIN ANALYZE
• •能解释 RR、RC、乐观事务和悲观事务
• •知道 AUTO_RANDOM 的用途与限制

PCTA 与 PCTP

• •能写出 TiUP 部署主流程
• •能说明集群启停顺序
• •能区分系统变量与组件配置
• •能区分 Prometheus、Grafana、Dashboard、Alertmanager
• •能区分 Dumpling、Lightning、BR、DM、TiCDC
• •知道 TiFlash 缩容前的依赖操作
• •知道 BR 版本兼容和 PITR 的主要限制
• •知道 PCTP 必须先取得 PCTA

如果有 5 项以上说不清，不建议急着考试。回到官方文档补一次，比浪费考试券划算。

08. 写在最后

证书不能替代生产经验，这句话没错。

但系统备考的价值，也不只是拿一张证书。它会逼着你把散落在部署文档、SQL 手册、事务模型、运维工具和故障处理里的知识重新串起来。

平凯数据库认证真正考查的，不是你背了多少参数，而是能不能回答三个问题：

数据存在哪里，SQL 怎么跑，集群出问题后怎么办。

这三个问题能讲清楚，证书大概率只是结果。

趁免费考证活动还在进行，抓紧时间上车。

那么，你准备先考哪一门？

欢迎关注公众号「 少安事务所 」，专注于数据 & AI 领域技术传播。