腾讯云分布式数据库 TDSQL 金融应用指南概要

一、产品定位与核心亮点

TDSQL 是腾讯云打造的企业级金融级分布式数据库，定位为基于互联网分布式架构的OLTP 事务型数据库。其核心技术属性与商业差异化卖点如下：

• 技术定义：全面兼容 MySQL/PostgreSQL 语法，兼容 Oracle 语法及 SQL2016 标准。支持 JSON、空间数据等类型，支持视图、存储过程等高级特性。
• 核心架构：支持集中式与分布式双模式。分布式架构下支持自动水平拆分（Auto Sharding）、强同步复制及强一致分布式事务（基于 2PC 协议，默认对应用透明）。
• 金融级高可用：基于 SET（1主N备）机制，支持故障自动转移与自动恢复。在强同步模式下，主从切换保证数据零丢失（RPO=0）。
• 容灾能力：支持跨可用区/跨地域部署，提供同城双活、两地三中心、两地四中心等灵活部署架构。
• 性能优化：基于自研 TXSQL 内核，在主备网络延迟 3ms 情况下，跨 IDC 强同步性能相较于异步同步零损耗；分布式事务性能损耗控制在 15% 以内。
• 生态工具：提供赤兔（Chitu）可视化管理台、扁鹊智能运维、DBbridge 数据迁移、DBBrain 智能管家等配套设施。

二、产品应用场景

TDSQL 主要服务于对数据一致性、高可用及扩展性有严苛要求的行业，具体场景如下：

三、应用框架和功能介绍

1. 功能框架

TDSQL 采用标准化、模块化设计，核心架构包含：

• 计算节点（Proxy/SQL引擎）：无状态接入层，负责鉴权、连接管理、SQL解析、路由转发、读写分离、分布式事务协调。
• 数据节点（DB Server）：实际存储节点，采用主备（1主N备）部署，支持强同步/异步复制。
• 决策集群（Zookeeper）：提供配置维护、选举决策、路由同步，支持跨机房部署（≥3组）。
• 调度模块（Scheduler/Manager）：负责主备切换、扩缩容、备份恢复、资源管理。
• 接口模块（OSS）：HTTP 接口，连接 Web 前台与后台逻辑。
• 管理平台（赤兔）：可视化运维，涵盖实例管理、监控告警、性能分析、智能诊断。

2. 硬核指标

3. 产品优势

• 数据一致性：支持全局一致性读（MC/GTS 组件），避免分布式事务读取中间状态；支持分布式事务（2PC），隔离级别支持 RC/RR/Serializable。
• 弹性扩展：支持在线无缝扩容，垂直扩容（升级 SET 配置）和水平扩容（增加 SET 分片）对业务透明，仅部分分片存在秒级只读。
• HTAP 能力：支持 MySQL 引擎（OLTP）与 PG 引擎（OLAP）双引擎，可构建联机交易与联机分析一体化方案。
• 安全合规：支持数据脱敏（MASK）、透明存储加密（基于腾讯云 KMS/AES/SM4 国密算法）、TDE 静态加密。
• 多源同步：支持 DCN 同步（异地容灾/读写分离）和 MULTISRCSYNC（多源同步），支持 MySQL/Oracle/PostgreSQL/Kafka 等异构平台。
• 智能运维：采集十几个模块 500+ 监控指标，预设 100+ 告警策略；支持慢 SQL 分析、异常会话诊断、全链路监控。
• 开发友好：支持全局唯一序列（Sequence）、注释透传（/sets:.../）、分布式执行计划（EXPLAIN）可视化。
• 兼容性强：支持 x86/ARM 架构；支持国产硬件与操作系统（如麒麟 OS + 鲲鹏芯片）。

4. 荣誉背书

• 中国农业银行案例：国有大行中首家使用数据库原生分布式能力支撑新核心系统建设（信用卡核心系统 OVC），发表于《中国金融科技发展报告(2023)》。
• 东吴证券案例：首个国产数据库全量承载券商核心交易的应用案例，交易延迟从 10ms 降至 1ms 以内，并发提升近 10 倍。
• 招商银行案例：业内首套基于 TDSQL-JDBC 单元化架构，累计上线 600+ 套数据库，支持 100+ 业务系统。

四、典型案例

1. 银行业案例

中国农业银行 - 新一代分布式信用卡核心系统

• 背景：传统集中式架构缺乏横向扩容能力，难以应对互联网高并发与快速迭代需求。
• 解决方案：基于 TDSQL 构建两地三中心架构（IDC1/IDC2 同城双活 + IDC3 异地灾备），采用“一主五副本”部署，利用原生分布式能力支撑信用卡核心（OVC）。
• 成效：2023年4月投产，成为国有大行首家分布式核心案例；目前已投产客户信息和信用卡核心，正推进个人负债、理财等系统建设，分布式实例规模业界领先。

招商银行 - 规模化应用实践

• 背景：推进信息系统自主创新，要求跨中心扩展、运行于国产服务器集群、替换 DB2/Oracle 等商用库。
• 解决方案：引入 TDSQL，采用 TDSQL-JDBC 单元化架构与“TDSQL+麒麟OS+ARM”全链路国产方案，基于容器高密部署。
• 成效：截至 2024年4月，累计上线 600+ 套数据库，支持 100+ 业务系统（含零售核心批处理、数字人民币）。零售核心具备秒级故障自动切换，实现故障切换零丢失；硬件成本显著降低，资源部署密度提升数倍。

浙江农商联合银行 - 联机交易与分析查询双引擎

• 背景：存在 MySQL/DB2/Oracle 多栈并存，需同时满足 OLTP 高并发与 OLAP 复杂查询（亿级至十亿级数据）需求。
• 解决方案：采用 TDSQL MySQL 引擎（OLTP） + TDSQL PG 引擎（OLAP） 双引擎一体化方案，建立全行统一查询中心。
• 成效：规划建设 7 套生产集群，节点超 600 台，100+ 套业务系统投产。OLAP 场景特定复杂 SQL 性能提升数十倍，整体提升数倍；解决了传统数据仓库大并发与事务一致性不足的问题。

上海银行 - 新一代会计核算系统

• 背景：响应信创战略，以分布式数据库承载关键涉账 A 类系统（会计核算）。
• 解决方案：采用两地三中心架构（同城双活+异地灾备），利用 DCN 技术构建容灾体系。
• 成效：2023年7月投产，日终结账跑批时间下降 60%；系统运行稳定，实现了更好的业务连续性与数据库性能。

2. 证券业案例

东吴证券 - 核心交易系统全量承载

• 背景：海外产品主导导致成本高、安全隐患大；集中式架构难以适应高并发、大数据趋势。
• 解决方案：采用腾讯云 TDSQL，支持集中式与分布式双模式（交易节点用集中式，历史库用分布式）。
• 成效：新系统整体并发处理能力提升近 10 倍，单节点并发达 10万笔/秒，交易延迟降至 1ms 以内，支持千万级交易委托；数据库负载高峰期保持 10% 以下。

3. 保险业案例

某头部保司 - 立保通与新契约出单平台

• 背景：寿险集中式出单系统架构庞大，缺乏横向扩容能力，难以应对开门红等业务峰值。
• 解决方案：从 Oracle 一体机迁移至 TDSQL，构建立保通（写少读多）与新契约（多读少写）系统，利用赤兔和扁鹊实现智能运维。
• 成效：2022年12月上线，支撑开门红业务；实现交易 7×24小时不间断，满足高并发大数据量场景，达成数据零丢失与快速自动恢复。

4. 泛金融案例

国家电投集团财务有限公司 - 司库数智中台

• 背景：需构建数字化智慧化金融服务体系，实现资金异常监督预警与穿透分析。
• 解决方案：采用 TDSQL 作为数智中台数据库底座，利用其高性能存储、实时处理与弹性扩展能力。
• 成效：成功实现数字化转型，满足技术国产要求，提升数据安全性和合规性，确保数智化系统稳定可靠运行。

五、运维与优化要点

1. 日常巡检关键指标

2. 升级风险与策略

• 核心风险：
  • MySQLAgent 升级：设置实例免切30分钟，期间主库挂掉不自动切换；重启期间（约10秒）无法进行主备切换等操作。
  • DB 升级：重启实例导致主库无法访问（约30秒内）；升级后3分钟内主库挂掉不切换。
  • Proxy 升级：重启导致某实例 Proxy 无法连接（约10秒内）。
• 升级顺序：建议按“一键部署包 -> mysqlagent -> percona -> mysql-server -> proxy -> 实例组件”顺序执行。
• 环境要求：需一键部署包版本 ≥16；主控机到集群免密登录；每台机器安装 Python 3.8.2（路径 /usr/local/bin/python3）。

3. 资源评估参考

• 存储容量：
  • 业务数据量 * 20% ≥ 索引量
  • 业务数据量 * 20% ≥ Binlog 容量
  • 业务数据量 * 10% ≥ 临时表容量
• 硬件配置经验：
  • 计算型（复杂业务）：CPU:内存 ≥ 1:4，磁盘建议 nvme-SSD。
  • 内存型（高读写）：CPU:内存 ≥ 1:12，磁盘建议 nvme-SSD。
  • 存储型（大容量）：CPU:内存 ≥ 1:8，磁盘建议 SAS-SSD。
• 生产环境：不推荐使用虚拟机，建议采用物理机以支持高 I/O、网络性能及故障隔离。

4. SQL 与开发规范要点

• 分表设计：Shardkey 必须是主键或唯一索引的一部分；访问数据尽量包含 Shardkey。
• SQL 优化：利用分片字段下推查询；避免全表扫描（使用最左前缀、避免隐式转换、不在索引列加函数）；避免大事务、长事务；合并小事务。
• 分页优化：深度分页使用“记录最大最小值+WHERE条件”替代 limit offset, size。
• 字符集：建议使用 utf8mb4，排序规则建议 utf8mb4_bin。
• 安全：严禁 root 直连；应用用户 Host 禁止设为 %；密码禁止明文存储；数据脱敏使用 mask 关键字。