华为云 TaurusDB 实践：云原生分布式数据库的选型与落地

一、什么时候该看 TaurusDB

用 RDS for MySQL 的同学迟早会碰到几个硬约束：单实例存储上限（超过后只能迁实例）、IO 随规格封顶（大查询一来就互相挤占）、主备切换期间应用侧的连接闪断。业务量到了某个台阶，再往传统主备架构上加钱，收益越来越小。

华为云 TaurusDB 就是为这个阶段准备的：一款基于华为 GaussDB 内核的云原生分布式数据库，兼容 MySQL 生态，主打存算分离和一主多副。官方开源版也在 GitHub 上可以跑，生产上直接用云版本更省事。

典型适合场景：单库存储已经或即将突破百 GB 级、读写比严重失衡需要多个只读节点、对主备切换的 RPO/RTO 要求比默认主备更严格、希望存储随写随扩而不是提前规划规格。

二、核心架构三个关键词

1. 存算分离：计算节点不独占本地盘，数据统一落在共享存储（LVS + 分布式存储），计算可以单独扩缩。带来两个直接好处——存储扩容不迁数据、副本重建快（拉的是共享存储上的数据，不是整库重建）。
2. 一主多副：一个主节点承担写入，最多 7 个副节点同步复制读，主副间是同步复制而非异步半同步，主节点故障切副时数据不丢，切换时间通常在秒级。这是它相比传统 RDS 主备最大的卖点。
3. Lizard 存储引擎：基于 InnoDB 改造的云原生引擎，页级并行和异步 IO 优化后，同样的硬件上吞吐能跑出明显差距；配合大内存规格（32G+ 内存的实例规格）跑宽表大查询效果尤其好。

另外提一句分布式事务：TaurusDB 支持跨分片事务（两阶段提交 + 全局时钟），但日常单表 CRUD 感知不到它的存在；只有做分库分表拆分、把多张表拆到不同分片再跑跨片事务时才会触发，这时延迟会比本地事务高，压测时要把这条路径单独覆盖。

三、落地实操

1. 建实例：按"主 + N 副"规划

控制台新建 TaurusDB for MySQL 实例，选择一主一副起步（生产建议一主两副，留一个只读节点给报表/搜索，避免大查询打到主节点）。存储直接给到位——云原生架构下存储是弹性扩的，后续用满自动扩容，不迁移不重启，所以别按"够用到明年"的心态省存储。

2. 从 RDS 迁移

用 DMS（数据管理服务）的迁移任务：全量 + 增量。增量阶段应用不停写，割接窗口里把业务流量切到新库即可，整个过程通常比传统 DTS 主备切换式迁移的停机窗口短。注意两点：

• 迁移前把 RDS 的自增 ID、触发器、存储过程在 TaurusDB 侧预检一遍（DMS 有结构迁移预检报告）；
• 割接后观察 10 分钟慢查询日志再切 DNS/连接串，别切完才想起还有连接池缓存。

3. 读写分离配置

连接串区分主副：应用写入走主地址，报表/搜索类低时效查询走副地址。副节点是同步复制，读到的数据基本是实时的；如果对"读到刚写入的数据"有强一致要求（如下单后立刻查订单），这类查询仍走主地址，不要一刀切全走副。

4. 弹性验证

上线后值得做一次验证：把存储用到接近上限观察自动扩容是否触发、用故障演练（控制台支持主备切换）实测一次切换耗时和应用侧重连。切换时应用侧要有连接池自动重建能力（HikariCP 配好 connectionTestQuery 和合理的 validationTimeout），否则秒级切换也会被应用拖成分钟级。

四、踩坑记录

大事务要克制：同步复制下，一个万行级大事务会把所有副节点一起拖慢，批量写入按 500~1000 行一批提交。

索引不是越多越好：Lizard 的页级并行让单索引吞吐提升明显，但写放大同样被放大，写多读少的表（如流水表）把二级索引控制在 2~3 个。

跨片事务别当免费午餐：做分片设计时优先把高频联表留在同一分片（同分片键），跨片事务留给低频场景，否则 P99 延迟会被两阶段提交拉高。

监控看复制延迟：主副复制延迟是核心指标，副节点延迟突增基本是副节点在跑大查询或存储 IO 打满，别等应用报"数据不一致"才发现。

五、小结

TaurusDB 解决的其实是"单主备架构的天花板"问题：存储弹性、秒级不丢切换、一主多副的读扩展。如果 RDS 的规格账单和迁移焦虑已经在涨，它是 MySQL 生态内性价比很高的下一步；如果业务还在小规模阶段，RDS 依然是更经济的选择——架构选型跟着业务量走，别提前为用不上的能力付费。