TDSQL在微众银行核心交易系统中的实践.pdf

TDSQL架构分享 腾讯 - 计费平台部 harlylei • harlylei(雷海林) • 腾讯 / TEG / 计费平台部 • 2007年加入公司，10年以上的Linux后台 Server开发经验 ，目前主要从事分布式 Cache ，实时大数据处理引擎，分布式 MySQL(TDSQL)设计和开发工作。 米大师 联机交易 金融云 数据层解决方案 数据层解决方案 敬请期待… 1. 我们需要什么样的MySQL 2. 系统结构 3. 解决的几个重要问题 a. 自动扩容缩容，透明分表 b. 高一致性容灾 c. 高可用性的保障机制 4. 目前的运营数据 5. 展望 百亿级的账户，订单数据 如果： 百亿级的日交易流水 MySQL性能足够强大 十万级别每秒并发 MySQL一致性切换足够完善 毫秒级交易响应 MySQL不需要关心分库分表 ——易伸缩，高并发 MySQL不需要关心容量不足 那么： 一分不差的银行级业务 代码会比现在简单 ——高一致性的容灾 运维会比现在简单 7 * 24 小时的不间断服务 而简单意味着 —— 自动容灾，自动扩容 ——健壮 • 继续通过MySQL API和sql接口访问集群 • 节点异常自动切换，切换过程保证数据零丢失，管好钱袋子 • 按需自动扩容/缩容，以支撑业务爆发式增长，扩容过程对业务 基本上无感知 • 业务之间支持隔离，集群自身具备流控机制 • 对SQL语句做实时的时耗统计，慢查询分析，异常SQL拒绝等 1.从zk拉取DDL任务，并在实际的mysql实例上执行 Scheduler 2.从zk获取状态，生成扩容任务 Scheduler 3.控制set内的主备切换 4.多个scheduler自身通过kp的选举实现容灾 ZooKee