affiliates. 业务要求 Copyright @ 2021 Oracle and/or its affiliates. 50 / 55 故障类型： 高可用性： 单服务器故障， 网络分区 灾难恢复： 整个区域/网络故障 人为错误： 个别表问题 10 / 55 业务需求 概念 - RTO & RPO RTO ：恢复时间目标 从单个故障中恢复需要多长时间 RPO ：恢复点目标 发生故障时可能丢失多少数据 26 / 55 路由器目标模式: 1. 跟从主集群 写入和读取到主集群 2. 连接到配置的目标集群 当目标集群不是主集群时： 仅打开读取流量 写入将被拒绝 当目标集群为主集群时： 写入端口打开 特性： 可配置每个路由器实例 可以在mysqlsh 中在线更改配置 部署 2 种类型的路由器： • 以“主”为目标以将写入操作发送到“主数据库” • 定义目标集群以便本地读取 INVALIDATED 切换 • 一个可以完成所有操作的命令： setPrimaryCluster（） • 集群之间的异步复制通道会自动重新配置 • 保证一致性 • 如果需要， 所有路由器将立即重定向（ 取决于 目标模式） Copyright @ 2021 Oracle and/or its affiliates. 42 / 55 改主 - setPrimaryCluster() 切换 • 一个可以完成所有操作的命令：

技术体系 CRM 广告平台 物料展现 审核平台 大数据平台 基础架构 Golang C++ JavaScript Java Python 质量要求高 业务响应快 故障恢复快 Cluster1 搜狗商业平台业务系统 搜索推广 信息流 品牌 BizNginx （Load Balancer） Kafka Zookeeper etcd AppEngine（Resin/Tomcat…) 增加2个副本 当前副本数：3 Controller 的基本原理 1. 背景介绍 2. Operator 的基本原理 3. MySQL Operator 设计实践 4. 小结 MySQL 容器化目标 • 快速部署 MySQL 主从集群 • 支持 MySQL 集群高可用 • 支持 MySQL 集群弹性伸缩 • 支持 MySQL 5.5 & 5.7 Master Slave1 Slave2

MySQL水平拆分的引入会使数据库实例数量大幅上升,传统运维手段维护成本高,交付能力差。 MySQL数据库为何要Docker化 1.MySQL数据库迅速爆炸式增长后，服务器规模不断增大，快速部署是个问题。 2.随着业务的发展，扩容数据库的不方便不快捷，也是个问题。 3.大量数据量小的数据库系统也单独部署在物理机，浪费问题突出。 4.DBA的数据库自动化标准化运维的需求。 5.Docker在同程的大规模使用，应用部 全量迁移基于开源工具mydumper和myloader做了定制化开发，解决了一些问题，比如 utf8mb4导致乱码的问题等。 增量复制使用的是公司自研的基于binlog复制的产品。该工具支持指定库、表级别复制，另外 也支持源与目标命名不一致(结构一致)的复制。 数据库及实例迁移 step1:全量 step2:增量 S D S D binlog解析 逻辑迁移 step3:数据一致性校验 实例迁移 实例迁移 ：

Fish Games MySQL 企业版提供了全面的高级功能、管理工具和技术支持，实现了高水平的 MySQL 可扩展性、安全性、可靠性和无故障运行时间。 MySQL 企业版可在开发、部署和管理业务关键型 MySQL 应用的过程中降低风险、削减成本和减 少复杂性。MySQL 企业版具有以下独特优势：  使用 Oracle MySQL 服务云轻松设置、运行和管理云中的 MySQL  联机模式更改可满足不断变化的业务需求。  Performance Schema 可监视各个用户和应用的性能及资源占用情况。  SQL 和 NoSQL 访问有助于执行复杂的查询以及快速完成简单快速的键值操作。  平台独立性让您可以灵活地在多个操作系统上开展开发和部署工作。  使用 MySQL 作为 Hadoop 和 Cassandra 的业务数据存储，支持大数据互操作性。 MySQL 云服务  MySQL 数据库即服务 关于 MySQL MySQL 是全球广受欢迎的开源数据库软件。全球许多发展迅猛的行业巨头都使用 MySQL 来支持 其高流量网站、业务关键型系统和软件包，从中节省了大量时间和资金。 MySQL 客户清单（部分） 互联网客户/最终客户 嵌入式软件开发商/ISV 电信客户  Amazon.com  BBC

用这种架构模式 弱一致性 如果是弱一致性的话，可以通过在 M2 上面分担一些读压力 和流量，比如一些报表的读取以及静态配置数据的读取模块 都可以放到 M2 上面。比如月统计报表，比如首页推荐商品 业务实时性要求不是很高，完全可以采用这种弱一致性的设 计架构模式。 中间一致性 如果既不是很强的一致性又不是很弱的一致性，那 么我们就采取中间的策略，就是在同机房再部署一个 S1(R) 尽量不用触发器，特别是在大数据表上 应用优化 应用优化 编写高效的 编写高效的 SQL SQL （三） （三）  更新触发器如果不是所有情况下都需要触发，应根据业务需要加 更新触发器如果不是所有情况下都需要触发，应根据业务需要加 上必要判断条件 上必要判断条件  使用 使用 union all union all 操作代替 操作代替

高可用一直是 mysql 业界不断讨论的热点问题，其中涉及的东西比较多，可 供选择的方案也相当多，面对这么多的方案，我们应该如何选择适合自己公司的 mysql 高可用方案呢，我觉得首先我们需要了解的自己公司的业务，了解在线系统中那些东西 会影响高可用，以及了解各个高可用方案比较适合哪些场景，通过这些比对应该不难找 出适合自己公司的高可用 mysql 方案。 经常有网友问 mysql 高可用如何实现，希望得到一些能实际使用的可验证的高可用 立即接管，其他的从服务器能自动切换，不用人工干预。 缺点：至少三个节点，对主机的数量有要求，需要实现读写分离，对程序来说是个 挑战。 6.3 方案架构图 6.4 适用场景 MMM 的适用场景为数据库访问量大，业务增长快，并且能实现读写分离的场景。 6.5 方案实战 6.5.1 实战环境介绍 实战环境服务器列表： 服务器 主机名 ip 地址 Serverid 系统 Mysql Monitor

优点／缺点／坑 isa swizzling 特点：针对一个对象 1、（动态）创建目标类子类 2、（动态）为子类添加方法 3、修改目标对象的isa 原理 基本步骤 应用场景 优点／缺点／坑 isa swizzling＋NSProxy 1、从NSProxy派生一个子类， 2、实现那三个方法 3、把目标对象的isa指向这个类 fishhook Runlook观察者／CADisplayLink