同一个集群，四种人看同一份数据，关注点完全不同。切换视角，看它分别回答什么问题。
上面四视角驾驶舱是示意数据（它要演示的是“同一份数据被四种角色读出四种问题”这件事本身）。
下面这组不一样 —— 它是在真机上采集、落盘的原始读数：由
dev/probe/*.json 原样渲染，不加工、不补数；每一格都能回到采集日志里的原文。
三台机器（192.168.3.110 / 112 / 114，v8.5.7）上跑的是 3 PD / 3 TiKV / 2 TiDB 的实验室拓扑 —— 规模与上方示意驾驶舱不同（那是“多视角形态”的示范，不是本集群的画像）； 但“集群真实长什么样”这件事，只有真机能回答。
演示台回答的是"机制是怎么运转的"——它们很深，但需要读者愿意沉下去。驾驶舱回答的是另一个问题： "这套机制到底解决谁的什么问题"。
同一个集群，SRE 只想知道"现在有没有事"，DBA 想知道"哪里慢、为什么慢"，架构师想知道"副本放得对不对"， 业务方只想知道"对业务的承诺守不守得住"。把同一份数据按四种人的关注点重新讲一遍—— 这是"技术概念可视化"里最难、也最容易被忽略的一环：让机制落到具体的人身上。
驾驶舱是门面与索引，演示台是纵深。驾驶舱里的关键指标可直接下钻到对应演示台，并且落到具体那一步：
比如点「副本健康度」→ 01 号 Multi-Raft；点「热点 Region」→ 02 号 PD 调度；点「事务回滚率」→ 03 号 2PC 的冲突分支。
换句话说，驾驶舱负责让你在 3 秒内知道这里有什么，演示台负责让你在 3 分钟里真的搞懂它。
本页有两层数据，请分开看：
① 四视角驾驶舱（上）—— 示意数据。它演示的是“同一份数据被四种角色读出四种问题” 这一可视化形态本身，不代表任何一个真实集群的实测表现；页首已标注「四视角 · 示意数据」。
② 真机采集快照（下）—— 实测数据。2026-09-19 在三台 v8.5.7 实验室集群上现场采集，
由 dev/probe/*.json 原样渲染：不加工、不补数，每个读数可点回采集日志；
与演示台的逐条对账见
真机 vs 模拟
页，更完整的实测结论在
实测笔记
里。
要把驾驶舱那一层也接上“活数据”，路径是现成的 —— 例如
SELECT * FROM information_schema.tikv_region_status 取 Region 分布、
通过 PD 的 /pd/api/v1/stores 取 store 负载与状态、
通过 INFORMATION_SCHEMA.SLOW_QUERY 取慢查询；
（演示日如需实时直连，将按需开启只读通道并附实时采集时刻。）
图中涉及的机制性口径（副本约束、选举超时、调度限流、Store 状态机等）均已逐条核验 TiDB 官方文档， 可在演示台页面点击对应条目查看官方原文与版本。