从数据库记录更改并 将更改刷新到磁盘， 然后以并行方式提交 到存储引擎并向应用 程序发送确认 • 中度延迟 • 无损 (MySQL 5.7) •同步 – 仅 MySQL Cluster 提供 – 串行：主数据库等待更 改应用于所有从数据 库后，再向应用程序 发送确认 • 较长的延迟 • 如果采用主动/主动模式， 则最适合小型事务处理 • 无损 异步复制与同步复制 4/16/2017 Replication • Shared Storage • Group Replication • MySQL Cluster MySQL Cluster 概述 • 具有持久性的内存优化表 • 延迟时间短且可预测，访问时间控制在一定范围内 实时 • 自动分片、多主 • 符合 ACID，OLTP + 实时分析 高伸缩性，读取 + 写入 • 无共享，无单点故障 • 自我修复 + 联机运行 99 250 万条 SQL 语句/秒 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 何时考虑采用 MySQL Cluster  可伸缩性需求  利用分片改善写入性能？  延迟要求  每毫秒的成本？  正常运行时间要求  每分钟的停机成本？  故障与维护？  应用程序敏捷性  开发者语言和框架？  SQL 还是 NoSQL？ 4/16/2017

Ø 使用 mysql 半同步复制 Ø 有数据丢失风险 Mysql Group Replication Ø MySQL 官方提供 Ø 5.7 新特性 Ø 基于 Paxos 协议 Ø 写入延迟相对高 MySQL 高可用的实现方式 MHA 高可用简介 • 节点分为 mha-manager、 mha-node • 节点两两间 ssh 免密登录 • 一个 mha-manager 管理多个 数据存储 分布式存储 • 使用 Ceph RBD，基于产品线 创建 StorageClass • 优点：可靠性高，容器漂移时 数据不变 • 缺点：读写延迟较高 本地存储 • 基于 Host Path Volumes • 优点：读写延迟低 • 缺点：单点数据，容器漂移时 数据丢失 踩到的坑 • 现象：执行 docker 命令时，docker daemon 无响应，/var/log/messages

affiliates. 灾难恢复 - 多区域 MySQL InnoDB Cluster RPO =0 RTO =秒级 多区域 多主数据库 3DC 需要非常稳定的广域网 写入性能受DC 之间的延迟影响 53 / 55 Copyright @ 2021 Oracle and/or its affiliates. 灾难恢复 - 多区域 MySQL InnoDB ClusterSet