ASBJ2014-师文汇-OceanBase-支付宝交易O2O最佳实践.pptx

OceanBase-支付宝交易O2O最佳实践师文汇 OceanBase数据架构专家 - 阿里技术保障ArchSummit / 12月19日 OceanBase简介目录金融领域的挑战交易去O最佳实践交易双十一云上的OceanBaseOceanBase发展历程全新的存储引擎，提升磁盘的存储效率3中心架构保证数据的强一致交易O2O，阿里自主研发VS IOEOceanBase数据库服务化脚步开始NoSQL到关系数据库的转变登录支付宝业务系统逐步完善OB的基础配套系统NoSQL的0.3稳定版本OB的业务开始四处开花天猫、一淘等等解决了评价等等原来难以解决的事情支持了第一个OLAP业务诞生之初的第一次大考：11.11OceanBase起源-一些隐藏的事实人口库：14亿条记录，增删改：出生、死亡、迁移…交易库：每笔交易一条/几条记录，增删改：创建、买家已付款、卖家已发货、退货退款…账务库：每人一条/几条记录，增删改：付款、收款、变更…数据库：数据总量大，增删改量少10亿次写，100B/写?100GBOceanBase简介-原理Query增删改基线数据(固态盘)修改增量(内存)Data＋＝OceanBase简介-架构RootServer基线数据修改增量总控中心应用接口修改增量(增删改)置于内存：无随机磁盘写、性能高单点写入：数据一致性好，性能内存容量有瓶颈修改增量与基线数据跨服务器OceanBase架构-三集群RootServerRootServerRootServer数据多副本跨数据中心，事务同步到多数库金融业务简介OceanBase第一个用于金融业务的非商用数据库卡类服务保险类业务理财类业务转账付款：典型的单据型业务，一次转账对应一条业务单据。数据需保证强一致，业务逻辑比较复杂屌丝的理解：与经济活动相关的业务金融数据库的挑战金融数据库需要具备什么？高可用IDC容灾数据强一致好楼盘要有好的配套设施！ACID/复杂事务高性能可扩展金融数据库的挑战-实践Iaas化客户客户客户客户客户客户性能诊断资源组管理开发调试资源申请SQL审计元数据中心集群管理资源使用详情阈值报警安全控制从支付宝交易的实际需求出发全链路监控数据迁移数据订正备份恢复OceanBase数据库4年的积累，OB初步具备了金融DB的条件数据流服务备库主库备库大数据分析ODPS实时数据分析Paxos协议强同步单IDC故障RPO为0故障影响时间小于35s5%~10%...灰度切流随时回滚，30s完成秒延迟的数据流服务自动化运维操作逐步开放Iaas服务IDC-2IDC-1IDC-3支付宝交易业务介绍阿里集团合作伙伴蚂蚁集团生活助手无线业务淘宝B2BB2C行业收费交易营销风控余额积分红包预存卡信用支付……折扣券交易O2O最佳实践Oracle to OceanBase的挑战业务如何改造如何保证质量数据如何迁移数据有问题了咋办？如何降低O2O的风险？高可用如何实现灰度引流如何实现回滚交易去O最佳实践交易APPORM中间层Oracle SQLOB SQLOBOracle故障模拟器实时数据对比OB交易模型压力一致性故障注入业务改造减少后续业务改造成本通过中间件屏蔽DB差异交易去O质量保证中间层的“双写”验证OBTRADE的持续集成交易去O最佳实践交易APP5%流量95%流量OBOracle交易1交易2交易3timeline数据迁移方案零历史数据迁移的迁移方案Why？灰度引流的方案原则：稳扎稳打逐步引流辛德勒名单：吃自己的狗粮0.01%?1%?10%......留好后路，随时回滚交易去O最佳实践数据一致性挑战原理：业务上下层关联的对账基于通知的实时数据对账小时级别的全量数据对账一致性问题的应急处理方案性能优化分析支付宝交易双十一成本较低双11准备全链路性能压测完善的异常方案秒级生效数据一致性实时监控淡定的迎接11.11交易去O最佳实践I期：2013.12~2014.5II期：2014.5~2014.10大促：2014.11.11支持全链路压测改造数据对账功能开发业务高可用特性优化业务分析梳理产出OB需求业务中间件基于OB改造OB交易版本功能开发OB业务性能优化线上双写验证实现灰度切流/回滚方案交易O2O总结推动OceanBase在核心金融业务的落地推进OceanBase生态体系的完善为去IOE积累了丰富的经验和产品有丰富的场景有创新的想法有一群给力的小伙伴云上的OceanBase(1.0)完全兼容MySQL动态伸缩能力数据强一致分布式事务更少的成本Thank You在这里介绍交易的一坨东东TB，几十TB数据库十分常见需要多各个模块进行说明云计算技术实现容错和故障恢复1）业务改造方案：如何做一个普适性的方案，如何减少后续业务迁移的OceanBase的工作量？2）质量保证：双写验证方案业务场景的测试