强一致性 对读一致性的权衡，如果是对读写实时性要求非常高的话， 就将读写都放在 M1 上面， M2 只是作为 standby 。 比如，订单处理流程，那么对读需要强一致性，实时写实 时读，类似种涉及交易的或者动态实时报表统计的都要采 用这种架构模式 弱一致性 如果是弱一致性的话，可以通过在 M2 上面分担一些读压力 和流量，比如一些报表的读取以及静态配置数据的读取模块 都可以放到 M2 上面。比如月统计报表，比如首页推荐商品

用性，因此需要你通过而外的脚本来实现，方法前面已经描述)。  停掉 master 的 heartheat 看看是否能正常切换。  停掉 master 的网络或者直接将 master 系统 shutdown，看看能否正常切换。  启动 master 的 heartbeat 看看是否能正常切换回来。  重新启动 master 看看能否切换过程是否 OK。 4.5.8 监控方案 因为 挂在后可以往/drbd 目录写入一些测试数据，看看是否能同步到从节点上。  迁移 mysql 的数据到 drdb(假设你的 mysql 已经在该服务器上安装好了) DRBD 已经安装并且能正常同步了，那么我们接下来要做的就是将本机的 已安装的 mysql 的数据迁移到 drbd 上，这里为了简单就不考虑新安装数 据库的情形了，因为新安装的时候只需要将数据目录指定到 drbd 中并将 my dbserver2 设置成 primary。 d) 在 dbserver2 上执行 drbdadm primary all，将 dbserver2 提升为主模 式，并观察/proc/drbd 是否正常。 e) 在 dbserver2 上执行 mount /dev/drbd0 /drbd 挂在文件系统。 f) 启动 dbserver2 的 mysql，/etc/rc.d/init.d/mysqld

operator 的实现 • mha-manager 部署在 operator 容器中 • mha-node 为边车容器 • 镜像中设置 ssh 免密认证 Operator 在集群成员都正常运行 后，启动 manager 进程 mysql-pod-1 app-container mysql init-container mha-node data-dumper mysql-pod-2 主库故障 集群切主 pod 都正常运行？ 调度 pod k8s mha operator 重新调度 mha MHA 扩缩容 • 扩容：直接执行 • 缩容：集群 master 是谁？ 判断条件： 缩容操作且 master 为 sts 最后一个 pod operator 执行 sts 扩缩容 判断 调用 mha 切主 否 是 pod 都正常运行？ 重新调度 mha MGR

个航班，成千上万的乘客滞留在世界各 地。 在法国云服务irm 的故障后， 数百万个网站下线了。Anger 预计将使公司 损失超过1.05 亿欧元。 数以百万计的银行客户无法访问在线帐户。银行花了将近2天的时间才恢 复正常运作。 5 / 55 Copyright @ 2021 Oracle and/or its affiliates. 过去、现在和未来 Copyright @ 2021 Oracle and/or 适用于主集群和副本集群中的故障 自动处理 InnoDB 集群状态更改 • 异步复制在主更改后自动重新配置 Copyright @ 2021 Oracle and/or its affiliates. 改主 - 更改正常系统上的主集群 41 / 55 切换 • 一个可以完成所有操作的命令： setPrimaryCluster（） • 集群之间的异步复制通道会自动重新配置 • 保证一致性 • 如果需要，

DBA临时手工备份。 过载保护 alert Kill SQL 触发条件 DB 记录到DB 微信告警 微信告警 API HTTP POST 目的: • 当系统数据库较高时确保大多数请求能够够正常访问。 触发条件: • 依赖监控告警系统,thread_running > 30(可自定义) kill哪些语句: • select语句 • 非特定系统账号(可自定义) • 执行时间超过10S

sk I/O，Network I/O，如果是某个硬件指标有问题，需要深入的进行分析。 4. 如果硬件指标都没有问题，需要查看数据库相关指标，例如：等待事件、内存命 中率等。 5. 如果以上指标都正常，应用程序的算法、缓冲、缓存、同步或异步可能有问题， 需要具体深入的分析。 瓶颈点 说明 硬件/规格 一般指的是CPU、内存、磁盘I/O方面的问题，分为服务器硬件瓶 颈、网络瓶颈（对局域网可以不考虑）。

版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 何时考虑采用 MySQL Cluster  可伸缩性需求  利用分片改善写入性能？  延迟要求  每毫秒的成本？  正常运行时间要求  每分钟的停机成本？  故障与维护？  应用程序敏捷性  开发者语言和框架？  SQL 还是 NoSQL？ 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。