如何省心、省力、省钱搭建MySQL数据库-中小企业优雅之选

叮咚买菜的上云历程2023.08.10叮咚买菜的上云历程2023.08.10千明杰千明杰致力于食品健康、美味与创新让人们吃得好，让生活更美好致力于食品健康、美味与创新让人们吃得好，让生活更美好选型过程中叮咚买菜主要考虑的因素如何将叮咚买菜现有的数据库迁移至云MyS叮咚买菜的云MySQL数据库架构部署1选型过程1选型过程ü高并发ü数据一致性ü数据库访问时延ü稳定性ü数据一致性ü数据库安全ü易用性ü运维工具完善自建成本高物理资源不足版本引发的性能问题周边生态工具不完善为什么上云？为什么选择业务层迁移过程业务层迁移过程业务层VIP访问地址架构部署本地备份链路A2区主实例强同步复制强同步复制只读实例只读实例只读实例A2区A1区备实例备实例备实例客户端/用户备份中心VIP访问地址架构部署本地备份链路A2区主实例强同步复制强同步复制只读实例只读实例只读实例A2区A1区备实例备实例备实例客户端/用户备份中心务高峰需停服扩容，资源弹性扩展能力高；解决方案实现弹性扩展；）；最新功能最新功能只读就可实现水平扩展能力；新连接导致实例负载过高的问题；ThankThankyou潘怡飞只读（在线）只读（离线）(全局读写分离)proxyMastermasterSlave0#广州异步、半同步、强同步replicationreplication只读（在线）只读（离线）(全局读写分离)proxyMastermasterSlave0#广州异步、半同步、强同步replicationreplication云数据库MySQL架构灾备实例灾备实例slavereplication基础能力：基础能力：•跨可用区透明切换、两地三中心灾增强能力：•proxy自动读写分离；•全链路审计日志；•内核能力：instantDDL、异步删除性能能力说明高性能参数模版高性能参数模版优化提供了高性能/高稳定性两套模版，以满足用户不同业务的需求；提供公式设置参数，以使得变配后依然能够提供良好的性能；开放innodb_buffer_pool_size相关参数，减少OOM概率且为降低内存超用比提供了基础高性能参数模版能力说明参数智能调优云数据库MySQL配置参数多达几百个，同时每个参数的参数智能调优范围从几十到几万，甚至几十万不等。对于DBA而言仅能够通过经验进行配置。而通过高效的机器学习手段，对于不同负载进行迭代学习，TPS提升有15%-55%安全回档恢复能力回档恢复能力数据库实例数据库实例部分库表部分库表SQLSQL误操作droptablerecycletablerecyclerecycle部分库表极速回档回收站time2Flashback安全能力说明time2数据库使用过程中的误操作可能会给业务带来严重的影响，常见的恢复手段如回档、克隆等方式操作较为繁琐且耗时较长，而通过备份集恢复则需要额外的系统资源，在数据量较大时恢复时间不可控。TXSQL在InnoDB引擎上设计和实现了闪回的功能，无需复杂的恢复操作，通过简单的SQL语句即可查询或恢复误操作前的历史数据，节省了大量宝贵的时间，保证业务平稳运行。92.设置迁移方式和对象3.数据一致性校验数据库迁移工具-DTS2.设置迁移方式和对象3.数据一致性校验迁移能力：迁移能力：•源数据库：支持9种（mysql、sqlserver、tdsql以及PG）持函数、触发器、存储过程等对象•相互关联的数据对象需要同时迁•数据库版本，例如mysql要求源5.5数据库割接方案数据一致性业务情况低低中80%低低低20%2.业务停写：当DTS显示源目标端数据差距和延时均为0，业务4.源目标端数据一致性检查。5.业务切换：业务读写流量指向目标数据全量割接割接方案割接前准备：2.确认目标端应用环境版本和源端一致4.割接演练停服时间符合预期割接步骤：应用A业务流量以及数据库读写业务)MySQL智能化运维平台感谢观看！Thankyou负责人负责人MYSQLMYSQL产品线程昌明前言用性，这些基础架构必须达到定义好的可量化的成果，而不仅满足于"更好地运行"。•根据业务特征识别可用性需求•如何构建不同可用性架构根据业务特征识别可用性需求单可用区故障•单可用区故障•主数据处理系统与备用数据处理系统需要部署在不同•主数据处理系统与备用数据处理系统使用同一•主、备用数据处理系统具备自动资源、网络切02数据一致性04单机故障单机故障•需要存在主数据处理系统以及备用数据处•在必要的情况下备用数据处理系统可切换为主数据处•主、备用数据处理系统不可部署在同一个物理01地域级故障地域级故障03如何构建不同可用性架构1234512345单点故障：通过多节点架构，防止数据库出现淡点故障，异常时自动切换，保障服务可用性；在三节点架构下，还提供RPO=0的强同步模式多AZ部署：依托于腾讯云内部稳定且高速网络环境，实现跨AZ的部署模型，当单个AZ出现故障时能够自动切换至可用AZ灾备实例：通过灾备实例构建跨地域的数据同步链路，在必要时可以将灾备实例提升为主实例，通过外网、云联网等方案进行网络打通连接数据库代理：数据库代理可以实现就近访问以及计划内连接保持能力，防止切换后因垮可用区导致性能出现明显下降异地备份：使用异地备份，可以最小成本实现跨地域容灾，实现跨地域实例恢复等能力9游戏汽车交通业务类型灾备提升为主功能模块游戏汽车交通业务类型灾备提升为主功能模块金牌网络链路异地恢复跨地域RO组多AZ只读组多节点架构数据库代理分布式组件多AZ部署SQL限流热点更新参数调优异地备份灾备实例内核优化并行查询强同步故障影响大故障影响大客户流失客户流失经济损失经济损失产品口碑产品口碑稳定性建设稳定性建设演练模版新建演练演练全生命周期管理演练模版新建演练演练全生命周期管理混沌演练平台混沌演练报告混沌演练报告••演练基本信息•动作执行日志•资源分布图•实时指标监控•演练数据统计混沌演练平台1演练目标：验证CLB、自建服务、CDB、Redis等服务对于过载、冗余场景故障时，是否能够正常提供服务2稳态指标：云监控配置基础性能指标和告警3实验假设：分别对业务不同层次应用进行故障注入，能够实现业务稳态指标观测4实验方法：通过腾讯云混沌演练平台选择对应云产品故障进行操作5结果验证：通过调用云监控/云压测的结果，观测业务影响客户收益：