过去几年企业对数据库的需求分化越来越明显。一类场景需要数据库足够轻量、部署简单、成本可控—中小型业务、SaaS 被集成、行业垂直应用追求开箱即用、一台服务器就能跑起来另一类场景持续追求更强的分布式能力、更完整的生态、更稳定的企业级保障—金融核心、政企关键系统、大体量交易分析一体化业务追求扩得动、扛得住、查得快。与此同时传统数据库架构在扩展性、兼容性、运维复杂度、数据管理效率上的短板越来越突出。再叠加 MySQL 8.0 今年4月已正式停止更新自主可控从可选项变成了硬约束—用什么数据库不再只是一道技术题而是一道关乎成本、合规、长期演进的综合题。腾讯云 TDSQL 团队给出了解法同一套金融级内核按业务真实需求拆成三档版本。一、单台服务器也能跑基础版的小而美很多人把中小型业务和中小型企业混为一谈但这两者有本质区别。大型企业里真正容易被忽视的恰恰是散落在核心系统之外的中小型业务内部审批、轻量 SaaS、行业垂直应用。它们单个体量不大但加在一起数量可观。这类业务的选型一直比较棘手硬件资源贵、运维人手不足MySQL 8.0 省钱但停止更新后无人兜底换商业数据库又要面对语法差异和改造成本SaaS 厂商想进教育、政务等行业市场没有合规资质连门都进不去。TDSQL 基础版专为这类场景而生—腾讯自研、单机部署、完全兼容 MySQL 语法、自带白屏化运维平台。核心在于资源冗余对中小型业务反而是负担运维平台和数据库实例打包部署在同一台机器上监控告警可选装最低 1C2G 即可运行容器化部署、一条 install 命令、约 10 分钟完成交付。底层内核与企业版同源已为 4000 客户提供稳定服务资质首批通过安可与政府采购标准。简而言之让中小型业务也能用上金融级内核但不必为高可用额外付费。二、统一管理、HTAP、智能管家企业版的全家桶业务体量再大、场景再复杂TDSQL 企业版接棒—计算、存储、元数据、管控全栈自研金融级高可用、计算存储分离、HTAP 一次给齐。MySQL/PG 全覆盖特定场景下 Oracle 兼容性可达 98%。杨磊在分享里反复强调一个词—“统一”。MySQL、PG、Libra、DeepLearn 共用一份介质和白屏部署工具按需选装实例、集群、监控告警一套界面纳管多引擎License、API、角色管理标准化输出客户系统对接一次适配、所有引擎通用。多引擎不再是多套独立产品。交易、分析不用二选一HTAP 是怎么做到的企业版最具杀伤力的是 HTAP架构关键判断只有一句—对原 TDSQL 架构零入侵。在原有 schema、管控、Proxy、DB 之外把 Libra AP 引擎作为可插拔模块叠加上去已经在跑业务的实例随时开启 HTAP 不用迁移业务代码完全不动访问统一走 Proxy 自动路由。落到场景上很具体金融跑批的复杂事务变更、监管报送的多维实时校验、实时数据看板、ERP 类多源汇聚分析。加速对象还能精确到表级——个库 8 张表只给其中 4 张开 HTAP一条语法就能控制。该重的地方重、该轻的地方轻。智能管家、信创容灾、密评安全一次给齐企业版另一项升级是把 DBbrain 完整融入 TDSQL7×24 实时监控加全方位诊断、按天按周自动跑的智能巡检与健康报告、基于审计日志的全链路可观测分析—运维不再依赖 DBA 自身经验平台先一步把异常和风险摆上台面。最近一年几项硬演进也值得拎出来。异构多芯让主实例非信创、灾备实例信创成为可能DTS 跨架构实时同步、一键切主备信创替换无需停机黑匣子容灾通过同城稳定网络区放一份强同步日志副本故障时把数据补到异地第一次让异地 RPO0 真正落地。性能上 NUMA 绑核让信创服务器就近访问内存最高提升 176%PGO 编译优化再压榨约 18%—一通调优之后鲲鹏、海光、TencentOS 等国产环境的整体性能与英特尔 Linux 完全持平甚至反超。安全侧密钥管理与加密模块均已拿到商密局二级资质。当前主推 LTS 版本22.1 / 22.6 / 22.8创新版 22.9 已支持参数模板中台、秒级闪回、备份中台等新能力。三、 从 Proxy 到全新计算引擎复杂查询的代际跃迁如果说前两部分讲产品线分层这部分讲的是 TDSQL MySQL 计算引擎的代际升级。老架构存在几个明显短板基于较老的 MySQL 版本、不支持 8.0 的主流能力CTE、窗口函数、存储过程、触发器、Oracle 兼容改造成本高、Reactor 模型多连接互扰、缺分布式优化器。所以新引擎不是修补而是用协程框架重写大量协程映射到少量系统线程避免线程级开销实现真正的高并发、低延迟、稳定执行。执行路径分层判断、按需走最优路简单 SQL 由 Fast Query Shipping 直接下推到 TDSQL 节点性能对齐原 Proxy复杂 SQL 进 Parallel Query MPP 框架并发执行大数据量分析路由到 Libra 列存引擎与 TP 资源彻底隔离。优化器同步增强 JoinElim、子查询消除、基于代价的分布式改造跨分片聚合多维统计信息—选执行计划这件事不再靠经验、而是靠代价。分库分表后查询变慢全局索引破解数据定位难题新引擎同时支持分区表和分库分表两种维度底层物理拓扑和 DDL 路由由计算引擎统一屏蔽。真正的杀手锏是三层全局索引分区内索引保留 MySQL 原生用法Set 内全局索引支持单分片内跨分区、无需影子表、使用成本最低跨 Set 全局索引基于隐式影子表提供全实例维度的唯一性约束、DML 自动维护、查询自动回表。不管分片键是不是查询条件都能快速定位数据跨分片扫描和广播查询大幅减少。DDL 可靠、Oracle 兼容深度补齐DDL 是分布式数据库的高危动作。新引擎给到三种模式Physical DDL 直接下推适合简单变更两阶段 DDL 让每个分片先 prepare 再统一 commit保多 Set 原子性最值得讲的是 Logical OSC—基于 binlog 的在线表结构变更搭配影子表加增量回放对应用写入零干扰任一步出错都能无损回滚。整个 DDL 任务拆成 DAG 并行推进状态落到 metadb宕机可恢复。Oracle 兼容也补到了存量用户能低成本迁移的程度—全局临时表、CONNECT BY、ROW_NUMBER、PL/SQL 等语法全部支持。叠加 HTAP 列存引擎高并发 TP 与复杂 AP 第一次能在同一个实例里跑起来。TDSQL 的分层进化回答的其实是一个朴素的问题数据库不该让客户为不需要的能力买单。中小型业务挑基础版企业级核心场景走企业版复杂查询和大规模分布式靠全新计算引擎—同一个内核、三档形态从被集成的轻量场景覆盖到金融核心系统。在 MySQL 8.0 EOL 这个分水岭上这是一份足够稳的迁移答案也是面向下一个十年企业数据库选型的一份系统化思路。