企业级可扩展性可帮助您满足不断增长的用户、查询和数据负载对性能和可扩展性的要 求。MySQL 线程池提供了一个高效的线程处理模型，旨在降低客户端连接和语句执行线程的管 理开销。 MySQL 企业级身份验证 MySQL 企业级身份验证提供了随时可用的外部身份验证模块，可轻松集成到现有安全基础架构 中，包括 Linux 可插拔身份验证模块 (PAM) 和 Windows Active Directory。通过 借助 MySQL 企业级审计，企业可以快速无缝地在现有应用中添加基于策略的审计合规性。您可 以动态启用用户级活动日志、实施基于活动的策略、管理审计日志文件以及将 MySQL 审计集成 到 Oracle 和第三方解决方案中。 MySQL Enterprise Monitor MySQL Enterprise Monitor 和 MySQL Query Analyzer 可帮助您提升

一定的系统资源，如CPU 资源、内存资源等等。我们必须注意到这点，即分析工具本身运行可能会导致系 统某方面的资源瓶颈情况更加严重。 MySQL 8.0.17 调优指南（openEuler 20.09） 1 调优概述 2020-10-15 1 ● 必须保证调优后的程序运行正确。 ● 调优过程是迭代渐进的过程，每一次调优的结果都要反馈到后续的代码开发中 去。 ● 性能调优不能以牺牲代码的可读性和可维护性为代价。 调优分析思路如下： 1. 很多情况下压测流量并没有完全进入到服务端，在网络上可能就会出现由于各种 规格（带宽、最大连接数、新建连接数等）限制，导致压测结果达不到预期。 2. 接着看关键指标是否满足要求，如果不满足，需要确定是哪个地方有问题，一般 情况下，服务器端问题可能性比较大，也有可能是客户端问题（这种情况比较 小）。 3. 对于服务器端问题，需要定位的是硬件相关指标，例如CPU，Memory，Disk tcp_max_syn_backlog是指定所 能接受SYN同步包的最大客 户端数量。默认值是2048，建 议修改成8192。 echo 8192 > / proc/sys/net/ipv4/ tcp_max_syn_backlog net.core.somaxconn 服务端所能accept即处理数据 的最大客户端数量，即完成连 接上限。默认值是128，建议修 改成1024。 echo 1024

d/init.d/realserver.sh start /etc/rc.d/init.d/keepalived start 并将 keepalived 和 realserver 的启动脚本加入到 rc.local 自启动中： echo “/etc/rc.d/init.d/realserver.sh start” >> /etc/rc.local echo “/etc/rc.d/init 只是要手工切换从服务器比较麻烦，后面会介绍的 MMM 能将从服务器自动切 换）并且还能实现数据库的读写分离的情况，这样 backup 机器也能用起来，提 高系统资源的利用率，减少 master 端的负载。应用中读数据库配置读 VIP，写数 据库配置写 VIP。这个方案也能够很方便的进行单台数据库的管理维护以及切换 工作。比如进行大表的表结构更改、数据库的升级等都是非常方便的。 3.5 方案实战 d/init.d/realserver.sh start /etc/rc.d/init.d/keepalived start 并将 keepalived 和 realserver 的启动脚本加入到 rc.local 自启动中： echo “/etc/rc.d/init.d/realserver.sh start” >> /etc/rc.local echo “/etc/rc.d/init

日志 主数据库 转储 I/O 中继 日志 SQL 4/16/2017 8 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 为何进行复制？ •将数据库从“主服务器”复制到“从服务器” – 数据的冗余副本奠定了高可用性的基础 – 通过在复制场中进行分布式查询来扩展 主 从 Web/应用服务器 写入和读取 读取 4/16/2017 版权所有 2015，Oracle 如果主数据库停机有可 能丢失更改 •半同步 – MySQL 5.5+ － 在 MySQL 5.7 中进行了 增强 – 串行：主数据库等待 从数据库记录更改并 将更改刷新到磁盘， 然后以并行方式提交 到存储引擎并向应用 程序发送确认 • 中度延迟 • 无损 (MySQL 5.7) •同步 – 仅 MySQL Cluster 提供 – 串行：主数据库等待更 改应用于所有从数据 库后，再向应用程序 Enterprise Monitor •在 10 分钟内开始监视 MySQL •实时监视 MySQL 性能和可用性 •直观地查找和修复有问题的查询 •监视磁盘，以便制定容量规划 •适合部署到云的体系结构 – 不需要代理 •可选的代理方式能提供高级 主机/OS 监视 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 12 Enterprise

部署服务器监控、容器监控agent容器 Docker版本 1.12,部署监控及系统服务agent MariaDB镜像(按产品)、MySQL5.7镜像(按产品)、监控容器镜 像、HA管理系统镜像、实例迁移服务镜像、监控服务端镜像 PS：容器虚拟化带来轻量高效，快速部署的同时，docker容器在隔离性方面也存在一些缺陷。例如，在容器内部proc文件系统 中可以看到Host宿主机上的proc信息。这样就导致了一些问题，比如 例使用的是PCIE-SSD。磁盘空间方面，我们在申请时会预估出一个量，使用超过80%的时候 会结合本地磁盘空间评估是否有足够空间扩容，若宿主机剩余空间不足会启动迁移扩容流程 。 目前使用的host模式，无法隔离网络。但是考虑到10G接入，且单机密度可控的情况下，网 络消耗不会过载。另外目前我们已经在线下尝试结合Ovs+Dpdk的方案实现网络隔离。 容器的调度 •提供两种API： •Docker API的封装，用于创建 MySQL监控 多达上百项的详细的监控信息： 慢日志分析 DB UI展示 Analysis 告警： 当慢SQL每秒产生的数量超过阈值的时触发告警通知 DBA及相关人员及时关注问题。 分析： 定期将实例端的慢SQL分析后录入数据库，然后通过 系统页面查看慢SQL的执行时长、每日次数、每日平 均耗时等多个维度的指标。同时也支持ui上查看执行计 划和表结构信息。 • 实例迁移我们支持了全实例、库、表级别的迁移

docker restart mdb1 同样的，把从数据库的 my.cnf 修改“server-id = 2”,需要是比主 server-id 大的数字，mdb2 同样需要重启。 3.4 使用客户端连接上主数据库，这里我使用的是 mysql workbench，从数据库因为 安全考虑并没有公开端口给主机，只能进入容器的 mysql 控制台进行操作。 在主数据库中执行 SQL 脚本： /*设定用于同步的账号、密码*/

– a. 磁盘读取root节点页; – b. 若root节点需分裂，则root节点一分为二，提升一个 新的Root节点; – c. 若root节点是叶子节点，则插入到basementNode；否 则，append message到msg_buffer; – d. 返回 分形树Insert/Update/Delete B C D A E B A D E C a. Root节点分裂前

灾难恢复 - 多区域 MySQL InnoDB ClusterSet RPO !=0 RTO =分钟+( 手动故障转移) RPO =0 & RTO =区域内秒级(HA) 写入性能（无需同步到其他区域） 更高的 RTO ：手动故障转移 RPO ！=0 （ 区域失败时） M ySQL InnoDB ClusterSet 54 / 55 Copyright @ 2021 Oracle The PRIMARY instance is '127.0.0.1:4442' Copyright @ 2021 Oracle and/or its affiliates. Failover 到另一个集群 Copyright @ 2021 Oracle and/or its affiliates. mysqlsh> \c root@localhost:3331 mysqlsh> clusterset=dba

基本步骤 应用场景 优点／缺点／坑 1、定一个NSURLProtocol子类 2、注册这个类 3、NSURLProtocol子类实现 method swizzling 拦截的要点： • 拦截到 • 调回去 • 名词约定：原始方法、代理方法 method swizzling 原理 typedef struct objc_method *Method; typedef struct objc_