金融行业的云数据库实践.ppt

金融行业的云数据库实践.ppt

ID:56420378

大小:2.74 MB

页数:27页

时间:2020-06-17

金融行业的云数据库实践.ppt_第1页
金融行业的云数据库实践.ppt_第2页
金融行业的云数据库实践.ppt_第3页
金融行业的云数据库实践.ppt_第4页
金融行业的云数据库实践.ppt_第5页
资源描述:

《金融行业的云数据库实践.ppt》由会员上传分享,免费在线阅读,更多相关内容在PPT专区-天天文库

1、金融行业的云数据库实践金融行业应用架构的变迁——互联网分布式应用对数据库挑战Spring/Struts/SOAJ2EE/.NETWebLogic/WAS/MQOracle/DB2集中数据库小机,X86,存储微服务架构容器Swarm/K8S/MesosMySQL/Redis/HBase公有云/私有云/混合云可控发布,保守运维传统金融架构DevOps/持续集成互联网+分布式应用资源数据中间件发布封装应用框架开发运维对数据库的新要求分布式敏捷性微分服布务式容低器成化本金融互联网创新需要什么样的数据库?自主可控:基于开放架构,基于开源的优化高可用:

2、跨机房容灾,满足金融级业务系统全天候对外提供稳定可靠的客户服务高性能:互联网+金融的创新业务所需的流量弹性支持云:私有云和公有云互通一致的体感,降低使用和运维难度易运维:大体量自动化、运维体系合规化要求(基线、环境适配、管理体系等)数据安全:审计&数据强一致性&多中心容灾部署成本优化:IT总体拥有成本必须下降阿里云数据库——开放,多机房容灾,强一致性,助力金融科技创新如今,阿里云数据库产品已聚木成林MySQLSQLServerPostgreSQLPPAS(高度兼容Oracle)POLARDBRedisMongoDBHBaseMemcache

3、HybridDBforMySQLHybridDBforPostgreSQLOpenSearchElasticsearchHiTSDBDTS智能顾问DMS关系型数据库RelationalDatabaseServiceNoSQL数据库NoSQLDatabaseService混合分析数据库HTAPDatabase搜索与时序数据库Searchandtime-seriesDatabase数据库服务与工具DataBackupandMigrationApsaraDBProductCatalog基础版与云服务器一样的成本IaaS的价格,PaaS的服务高可用

4、版多项企业级功能,包括读写分离实时升降配置数据加密金融版SQL审计秒级高频监控版本不同,普惠相同从初创企业到金融巨擘的共同认可MySQL金融版内置读写分离主节点备节点备节点Raft读写分离读(Read)写(Write)Client读/写4/7层代理slaveslavemaster只读只读只读完全兼容MySQL表数据类型函数/存储过程sql_mode*……无成本迁移*免费热迁移(DTS)数据强一致节点故障机房故障MySQL金融版——产品特征规格与性能…60核470G3T4核16GMySQL金融版——产品规格MySQL金融版——同城多机房容灾代

5、理Client代理Client备节点机房A主节点机房B备节点机房CFailover机房间的延迟带来的性能损耗不到5%分布式高频探测网络/硬件/OS/数据库多重监控智能决策系统数据一致性保护切换过程,对上层无感知:新连接直接到备节点空闲的老连接,自动切换到备节点;事务中或运行中的老连接,等待10s后切换到备节点,超时Kill。三机房部署灾备切换新主库机房A主节点机房B备节点机房C网关/代理(四层/七层)主:上海(三机房)灾备:北京(单机房)Raft协议,日志同步备节点机房A主节点机房B备节点机房C网关/代理(四层/七层)主节点备节点机房AMy

6、SQL金融版——两地多中心用户流量mydb.mysql.rds.aliyuncs.comBinlog同步DTSDRCMQ金融级可靠性原理揭秘数据复制的演进——双通道binlog复制拜占庭将军问题与Raft一致性算法RaftinMySQL负责选主、控制复制关系Flashback确保数据强一致………..1.数据复制技术的演进MySQL的日志复制是异步的,也就是说主备库客观上存在延迟。虽然IO_Thread传输日志的延迟(大部分所说的延迟都是指SQL_ThreadApply的延迟)小到几乎可以忽略不计,但对数据安全性要求极高的场景下却存在天然缺陷

7、。除了延迟导致的日志丢失,当Master意外故障时,没有来得及复制到备库的日志是不会在新Master执行。但老Master恢复后,会对PendingBinlog执行EngineCommit。导致新老Master数据不一致。MySQL原生异步复制的问题永远不知道备库的数据是不是最新异步复制(一主一备/一主多备)MySQL原生半同步复制的问题网络故障时,半同步会降级成异步(可以设降级的延迟时间)网络恢复后,从节点异步复制追数据,直到追平后,提升成半同步复制因此,当主节点宕机时,无法判断从库当前是异步状态,还是半同步状态,不知道从库数据是否追平。

8、即:半同步状态下,也不能确定备库的数据是不是最新的。AliSQL改进:双通道数据复制主备间有两条数据复制通道:半同步复制通道——只接收最新的binlog,不回放。网络故障就放弃接

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。