深入探索兼容MySQL的Amazon Aurora方案.pptx

深入探索兼容MySQL的Amazon Aurora方案AWS 数据库服务专为满足您的所有应用程序需求而构建关系键 - 值文档内存图时间序列分类账DocumentDBRDSDynamoDBElastiCacheNeptuneTimestreamQLDBAurora Community CommercialAmazon Aurora与 MySQL 和 PostgreSQL 兼容的关系数据库，专为云而打造 性能和可用性与商业数据库相当，成本只有其 1/10高度安全完全托管高性能和可扩展性高可用性和持久性容错、自我修复能力的存储; 跨 3 个可用区复制 6 份数据; 持续备份到 S35 倍标准 MySQL 的吞吐量、 3 倍标准 PostgreSQL 的吞吐量; 可扩展多达15个只读副本网络隔离,动/静态数据加密由RDS托管: 无需担心硬件预置、 软件修补、设置、配置或备份Aurora客户采用情况AWS有史以来增长速度最快的服务在前百大AWS客户当中，有四分之三选择使用Aurora性能传统分布式数据库堆栈应用程序应用程序应用程序SQL事务缓存日志记录SQL事务缓存日志记录SQL事务缓存日志记录SQL事务缓存日志记录SQL事务缓存日志记录SQL事务缓存日志记录存储存储存储存储存储分布式共识算法表现不佳相同的整体式堆栈Amazon Aurora: 横向扩展、分布式架构副副主SQL事务缓存SQL事务缓存SQL事务缓存将Log机制推送至存储层4/6写入仲裁与本地跟踪RcaMasterReplicaeplica Repli写入性能读取横向扩展可用区+1容错机制即时数据库重做恢复共享存储卷AZ1AZ3AZ2不再需要妥协！MySQL 与 Amazon Aurora 的I/O配置差异AMAZON AURORAMYSQL副节点3AZ 2AZ 1AZ 2AZ 1AZ 3副实例主实例副实例主实例副实例同步4/6仲裁14Amazon ElasticBlock Store (EBS)2Amazon EBS5分布式写入EBS镜像EBS镜像Amazon S3Amazon S3MySQL I/O配置运行Sysbench 30分钟780K个事务每事务7.4次I/OAurora IO配置运行Sysbench 30分钟27,378K个事务 每事务0.95次I/O达到前者的35倍 仅为前者的1/7.7写入类型数据双写入二进制日志日志FRM文件A u r o r a 存储节点的I / O 处理IO 流 ① 接收记录并添加到内存队列中② 持久化日志记录并确认③ 组织日志记录并鉴别日志中的缝隙④ 通过Gossip协议填补对等节点中缝隙⑤ 将日志记录合并到新版本的数据块中⑥ 定期将日志和新块中转到S3⑦ 定期垃圾回收旧块⑧ 定期对块进行CRC校验STORAGE NODE71INCOMING QUEUELOG RECORDSACKPrimary InstanceGC2UPDATE QUEUECOALESCEDATA BLOCKS8SCRUB5SORT GROUP3Peer Storage NodesPEER TO PEER GOSSIPHOTLOG实际运行效果4POINT IN TIME SNAPSHOT所有步骤都是异步的仅有步骤1与2处于前台延时过程中 输入队列比MySQL少46倍有利于延时敏感型操作使用磁盘空间缓冲活动中的峰值6S3 BACKUP写入与读取吞吐量Aurora MySQL 的速度可达MySQL的5倍800,000250,000700,000200,000600,000500,000150,000400,000100,000300,000200,00050,000100,00000MySQL 5.6Aurora 5.6MySQL 5.7Aurora 5.7写入吞吐量MySQL 5.6Aurora 5.6MySQL 5.7Aurora 5.7MySQL 8.0MySQL 8.0读取吞吐量在R4.16XL实例上运行Sysbench处理250份表，每份表包含20万行负载条件下的性能变化Amazon Aurora >一致性提升200倍写入响应时间（秒）Amazon Aurora MySQL 5.6 on EBS1210864200100 200 300 400 500时间以秒为单位SysBench OLTP（只写）工作负载与250张表，每表20万行，采用R4.16XL实例600批量数据加载性能A u r o r a M yS Q L 数据加载速度相当于M yS Q L 的2 . 5 倍Amazon Aurora数据加载索引构建数据加载MySQL索引构建400运行时间（秒）010020030050060070080010张Sysbench表，每