拥有自己独立的缓冲池，能够缓存数据和索引 MySQL 架构设计—应用架构 强一致性 对读一致性的权衡，如果是对读写实时性要求非常高的话， 就将读写都放在 M1 上面， M2 只是作为 standby 。 比如，订单处理流程，那么对读需要强一致性，实时写实 时读，类似种涉及交易的或者动态实时报表统计的都要采 用这种架构模式 弱一致性 如果是弱一致性的话，可以通过在 M2 上面分担一些读压力 和流量，比如一些报表的读取以及静态配置数据的读取模块 MySQL MySQL 配置原则 配置原则 服务优化 服务优化 公共选项 公共选项 选项 缺省值 推荐值 说明 max_connections 100 1024 MySQL 服务器同时处理的数据库连接的最大 数量 query_cache_size 0 ( 不打开 ） 128M 查询缓存区的最大长度，按照当前需求，一 倍一倍增加，本选项比较重要 sort_buffer_size 512K SQL SQL 语句的编写 语句的编写  谨慎建立 谨慎建立 unique unique 类型的索引（唯一索引） 类型的索引（唯一索引）  大文本字段不建立为索引，如果要对大文本字段进行检索， 大文本字段不建立为索引，如果要对大文本字段进行检索， 可以考虑全文索引 可以考虑全文索引  频繁更新的列不适合建立过多索引 频繁更新的列不适合建立过多索引 应用优化 应用优化

要有以下几个方面： ● 对性能进行分析时，要多方面分析系统的资源瓶颈所在，因为系统某一方面性能 低，也许并不是它自己造成的，而是其他方面造成的。如CPU利用率是100%时， 很可能是内存容量太小，因为CPU忙于处理内存调度。 ● 一次只对影响性能的某方面的一个参数进行调整，多个参数同时调整的话，很难 界定性能的影响是由哪个参数造成的。 ● 由于在进行系统性能分析时，性能分析工具本身会占用一定的系统资源，如CPU 能测试，出现物理内存不足时，虚拟内存设置也不合理，虚拟内 存的交换效率就会大大降低，从而导致行为的响应时间大大增 加，这时认为操作系统上出现性能瓶颈。 数据库 一般指的是数据库配置等方面的问题。例如，由于参数配置不合 理，导致数据库处理速度慢的问题，可认为是数据库层面的的问 题。 MySQL 8.0.17 调优指南（openEuler 20.09） 1 调优概述 2020-10-15 2 2 硬件调优 2.1 BIOS配置 方法 对于不同的硬件配置，用于绑中断的最佳CPU数目会有差异，比如对于华为鲲鹏920 4826处理器 + Huawei TM280 25G网卡（Taishan 2280的板载网卡）来说，最多可以 绑定32个中断队列，建议将所有的队列都用在中断绑定上来获得最佳性能。 以下脚本是在华为鲲鹏920 4826处理器 + Huawei TM280 25G网卡上的最佳绑中断设 置，其中第一个参数$1是网卡名称

和/或其附属公司。保留所有权利。 7 • MySQL Replication • Shared Storage • Group Replication • MySQL Cluster 从数据库 • 会话线程：处理来自应用程序的查询 － 将 数据写入主数据库，将关联事件写入二进制 日志 • 转储线程：读取二进制日志中的事件，然后 将其发送到从数据库 • I/O 线程：接收复制事件，并将其存储在从 数据库的中继日志中 •同步 – 仅 MySQL Cluster 提供 – 串行：主数据库等待更 改应用于所有从数据 库后，再向应用程序 发送确认 • 较长的延迟 • 如果采用主动/主动模式， 则最适合小型事务处理 • 无损 异步复制与同步复制 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 11 MySQL Enterprise Monitor •在 10 分钟内开始监视 Replication是什么? “任何一个都可以更新 MySQL的复制插件,内建 自动分化散式的回复,冲突处理,群组 成员管理 和分散式协议.” • 能为使用者做什么? – 免于处理资料库的故障移转. – 提供容错能力. – 使我们能设定在群组中所有的资料库都能更新. – 自动化群组设定 (在宕机时,失败时,和重新连线时的处理). – 提供高可用复制的资料库. – 自动分发协调(确保不会有脑裂和讯息丢失). –

是保证每个节点执行的事务完全相同，顺序也相同。 • 所有的消息在各个节点处理动作完全相同，如果某个消息在 某个节点被丢弃（不处理 ，在其他节点也将被丢弃。 • 多数派原则，一个消息被超过半数的节点接收&”赞成”，则这 个消息将在全局生效，所有的节点都得执行（处理 这个消 息。 • Paxos协议只实现消息全局排序，不处理冲突。 Paxos��:! • 冲突检查是在执行消息(execute_msg)时发生

affiliates. 8 / 55 Present - Solutions! 2016 - M ySQL InnoDB Cluster MySQL 组复制:自动成员身份更改、网络分区处理、一致性... MySQL Shell 提供强大的界面，有助于自动化和集成所有组件 InnoDB 克隆以自动生成成员，完全集成在InnoDB 中 MySQL Router MySQL Server 适用于主集群和副本集群中的故障 自动处理 InnoDB 集群状态更改 • 异步复制在主更改后自动重新配置 Copyright @ 2021 Oracle and/or its affiliates. 39 / 55 主集群 主成员崩溃/分区 - 自动！ • 当集群中有新当选的主成员时 • 适用于主集群和副本集群中的故障 自动处理 InnoDB 集群状态更改 • 异步复制在主更改后自动重新配置 Oracle and/or its affiliates. 40 / 55 副本集群主成员崩溃/分区 - 自动！ • 当集群中有新当选的主成员时 • 适用于主集群和副本集群中的故障 自动处理 InnoDB 集群状态更改 • 异步复制在主更改后自动重新配置 Copyright @ 2021 Oracle and/or its affiliates. 改主 - 更改正常系统上的主集群

com/show_bug.cgi?id=1319256 • 现象：PVC 在第一次绑定的时候特别慢 原因：pod 使用未绑定 PVC 时，不会加入使用的 volume，又不 watch PVC，导致只有 超时时才重新处理 方案：k8s v1.10.7 解决 https://github.com/kubernetes/kubernetes/issues/64549 MySQL-Operator 调用样例 kubectl • MySQL-Operator 实践 ü 自定义 controller，使用 CRD ü MHA、MGR 高可用的实现 ü 扩缩容、故障处理流程 ü 分布式存储 ceph 展望 • 优化存储 • 增强 MySQL 的安全性 • 完善数据处理工具

MySQL 数据库，针对性能进行优化；而自动扩展能够让用户弹性扩展 计算资源、存储资源和 MySQL 副本。 MySQL 数据库 MySQL 凭借经济高效、可靠、高性能且可扩展的电子商务、联机事务处理和嵌入式数据库应用 成为全球使用广泛的开源数据库。它是一种事务安全、符合 ACID 标准的集成式数据库，支持全 面的提交、回滚、崩溃恢复和行锁定功能。MySQL 不仅简便易用、易于扩展、性能卓越，而且 用。MySQL 分组复制通过内置分组成员管理、数据一致性保证、冲突检测和处理、节点故障检 测和数据库故障切换相关操作提供原生高可用性，所有这些都无需人工干预或定制工具。 MySQL 企业级可扩展性 MySQL 企业级可扩展性可帮助您满足不断增长的用户、查询和数据负载对性能和可扩展性的要 求。MySQL 线程池提供了一个高效的线程处理模型，旨在降低客户端连接和语句执行线程的管 理开销。 MySQL

all 如果不成功 drbdsetup /dev/drbd0 primary -o mount /dev/drbd0 /drbd/  DRBD 脑裂后的处理 当 DRBD 出现脑裂后，会导致 drbd 两边的磁盘不一致，处理方法如下： 在确定要作为从的节点上切换成 secondary，并放弃该资源的数据： drbdadm secondary r0 drbdadm -- --discard-my-data 为实现高可用，系统的各个层面都需要全面的监控起来，比如 agent 进程的监 控，monitor 进程的监控，mysql 可用性的监控，数据库同步的监控等，推荐 使用 nagios 对以上资源进行监控，第一时间发现问题，第一时间处理。 7 参考文献 http://www.xifenfei.com/1465.html http://blog.chinaunix.net/uid-20639775-id-154605