PolarDB-X 如 何 做 生 态兼 容 好的 MySQL 兼容性可以做到什么程度 胡中泉（舟济） 阿里云数据库解决方案架构师为什么要兼容 MySQL 01 The longer you look back, the farther you can look forward.也从阿里巴巴的“去IOE”运动说起 业务驱动下的分布式技术实践之路 5月17日，支付宝最后一台小型 机下线标志去IOE落下帷幕 MySQL Binlog 可行性 • 多节点产生多个增量事件队列 • 不同队列中事件之间的顺序 • 分布式事务完整性 • DDL 引起的多 Schema 版本问题 • 扩缩容引起的队列增减 ? Maxwell Debezium A: PolarDB-X 全局 Binlog：完全兼容 • 与 MySQL Binlog 体验完全一致 • 保障分布式事务完整性 • 透明：下游系统或工具改造成本为零 Binlog 完全一致体验 • 文件格式兼容：Binlog v4 row-based • SQL 指令兼容：show binary logs… • MySQL DUMP 协议 • 保证分布式事务完整性与顺序 • 同一连接串 已验证工具或系统 • MySQL Slave（change master） • DTS • Canal/CloudCanal • Maxwell • Debezium

3 11.4 11.5 11.6 11.7 12 12.1 12.2 12.3 12.4 12.5 12.6 12.7 12.8 12.9 13 7.6 文件系统的特殊观察与操作 7.7 重点回顾 7.8 本章习题 - 第一题一定要做 7.9 参考资料与延伸阅读 第八章、文件与文件系统的压缩,打包与备份 8.1 压缩文件的用途与技术 8.2 Linux 系统常见的压缩指令 6 19.7 19.8 20 20.1 20.2 20.3 20.4 20.5 20.6 20.7 第十五章、例行性工作调度（crontab） 15.1 什么是例行性工作调度 15.2 仅执行一次的工作调度 15.3 循环执行的例行性工作调度 15.4 可唤醒停机期间的工作任务 15.5 重点回顾 15.6 本章习题 第十六章、程序管理与 SELinux 初探 开放源码的软件安装与升级简介 21.2 使用传统程序语言进行编译的简单范例 21.3 用 make 进行宏编译 21.4 Tarball 的管理与建议 21.5 函数库管理 21.6 检验软件正确性 21.7 重点回顾 21.8 本章习题 21.9 参考资料与延伸阅读 第二十二章、软件安装 RPM, SRPM 与 YUM 22.1 软件管理员简介 22.2 RPM 软件管理程序： rpm

7.2 文件系统的简单操作 9.3. 7.3 磁盘的分区、格式化、检验与挂载 9.4. 7.4 设置开机挂载 9.5. 7.5 内存交换空间（swap）之创建 9.6. 7.6 文件系统的特殊观察与操作 9.7. 7.7 重点回顾 9.8. 7.8 本章习题 - 第一题一定要做 9.9. 7.9 参考资料与延伸阅读 10. 第八章、文件与文件系统的压缩,打包与备份 10.1. 8.1 14.4 重点回顾 16.5. 14.5 本章习题 16.6. 14.6 参考资料与延伸阅读 17. 第十五章、例行性工作调度（crontab） 17.1. 15.1 什么是例行性工作调度 17.2. 15.2 仅执行一次的工作调度 17.3. 15.3 循环执行的例行性工作调度 17.4. 15.4 可唤醒停机期间的工作任务 17.5. 15.5 重点回顾 17.6. 15.6 本章习题 进行宏编译 23.4. 21.4 Tarball 的管理与建议 - 6 - 本文档使用 书栈(BookStack.CN) 构建 23.5. 21.5 函数库管理 23.6. 21.6 检验软件正确性 23.7. 21.7 重点回顾 23.8. 21.8 本章习题 23.9. 21.9 参考资料与延伸阅读 24. 第二十二章、软件安装 RPM, SRPM 与 YUM 24.1. 22.1

重点回顾 6.6. 4.6 本章习题 6.7. 4.7 参考数据与延伸阅读 7. 第五章、 Linux 常用网络指令 7.1. 5.1 网络参数设定使用的指令 7.2. 5.2 网络侦错与观察指令 7.3. 5.3 远程联机指令与实时通讯软件 7.4. 5.4 文字接口网页浏览 7.5. 5.5 封包撷取功能 7.6. 5.6 重点回顾 - 2 - 本文档使用 书栈(BookStack 服务器 16.1. 12.1 DHCP 运作的原理 16.2. 12.2 DHCP 服务器端的设定 16.3. 12.3 DHCP 客户端的设定 16.4. 12.4 DHCP 服务器端进阶观察与使用 16.5. 12.5 重点回顾 16.6. 12.6 本章习题 16.7. 12.7 参考数据与延伸阅读 17. 第十三章、文件服务器之一：NFS 服务器 17.1. 13.1 NFS 前言： Linux 有啥功能 很多刚接触 Linux 的朋友常常会问的一句话就是：『我学 Linux 就是为了架设服务器，既然只是为了架设服务 器，为什么我还要学习 Linux 的其他功能？例如：例行性工作排程、Bash Shell ，又干嘛去认识所有的登录档等 等，我又用不到！此外，既然有好用的 Web 接口的 Server 设定软件，可以简单的将网站架设起来，为什么我还要 去学习 vim 手

也有他自己的核心。所以说，当有新的硬件加入到你的系统中的时候，那么若你 的『 Kernel 』并没有支持他的时候，呵呵，这个新的硬件就肯定无法工作的，因为控制他的 Kernel 并不认识他呀！这样了解了吗？！先有个概略性的了解，后面我们提到『核心编译』的时候会在更详 细的谈到他！ 一般来说，Kernel 管理的事项有： • System call interface ：一些服务与 kernel 沟通之后，将硬件的资源进一步的利用； 的工具，不过，由于核心、核心工具与这些软件开发者提供的软件的整合，使得 Linux 成为一个更完 整的、功能强大的操作系统啰！我们可以将 Linux 的系统与使用者的相关性看成底下的图示： 图一、使用者、使用者接口与核心工具、核心、与硬件之相关性 约略了解 Linux 是何物之后，接下来，我们要谈一谈，『为什么说 Linux 是很稳定的操作系统呢？他 是如何来的？』 从 Unix 到 Linux 这一段历史 语言是一个相当高阶的程序语言，他与硬件没有很直接的相关性，例如你的 Windows 也可以执行 C 程序语言！而由于 Unix 是由 C 语言写成的，因此，也就是说，你只要经过稍微的原始码修改程序，就 可以在不同的硬件架构上面执行这个操作系统！后来，由于 Unix 的方便性，因此很多的商业公司及学术 机构就加入这个操作系统的研发啰。不过，也由于 Unix 的便利性与改写容易，因此就造成了很多的不同 版本的 Unix

l循环 convertquota 把老的配额文件转换为新的格式 cp 将源文件或目录复制到目标文件或目录中 cpio 用来建立、还原备份档的工具程序 crontab 提交和管理用户的需要周期性执行的任务 csplit 将一个大文件分割成小的碎片文件 cu 用于连接另一个系统主机 cupsdisable 停止指定的打印机 cupsenable 启动指定的打印机 curl 利用URL规则在命令行下工作的文件传输工具 连接文件并打印到标准输出设备上 D date 显示或设置系统时间与日期 dd 复制文件并对原文件的内容进行转换和格式化处理 declare 声明变量，设置或显示变量的值和属性 depmod 分析可载入模块的相依性 df 显示磁盘的相关信息 dhclient 动态获取或释放IP地址 dhcpd 运行DHCP服务器 dhcrelay 使用dhcrelay命令可以提供中继DHCP和BOOTP请求 diff 显示和清空目录堆栈中的内容 dstat 通用的系统资源统计工具 du 显示每个文件和目录的磁盘使用空间 dump 用于备份ext2或者ext3文件系统 E e2fsck 用于检查第二扩展文件系统的完整性 e2label 设置第二扩展文件系统的卷标 echo 输出指定的字符串或者变量 ed 单行纯文本编辑器 edquota 用于编辑指定用户或工作组磁盘配额 egrep 在文件内查找指定的字符串

查、单元测试、集成测 试、覆盖率80%卡点） 邮件通知 Curve所有代码均在github托管。新 代码需要通过CI测试和code review才 能合入master分支，确保新合入代码 的功能、正确性、规范性等都有基本 保障；而每日运行的dailybuild测试在 CI测试基础上增加了异常自动化测试 和混沌测试，确保master分支代码的 bug尽可能早地暴露出来。 通过这种流程，curve可以在一定 500+用例  异常测试 40+自动化用例  混沌测试 20轮自动化随机故障注入 12/33单元测试 单元测试是软件开发的过程中最基本的测试，它用来对一个模块、一个函数或者一个类来进行 正确性检验的测试工作。 curve通过lcov统计代码覆盖率，衡量单元测试的完备程度，如下图所示： 13/33集成测试 测试目的 测试内容 单元测试后，有必要进行集成测试，发现 并排除在模块连接中可能发生的上述问题， 生成新用例。 16/33 我们可以依据Given-When-Then模式来编写具体的测试用例： Given —— 测试上下文 When —— 执行一系列操作 Then —— 得到一系列可观察的后果，即需要检测的断言·异常自动化测试实践 Robotframework  支持python关键字，灵活定义测试  完善的测试报告  完美兼容Jenkins ci  丰富的第三方库（ssh

使用etcd实现元数据节点的leader主要依赖于它的两个核心机制: TTL和CAS。TTL(time to live)指的是给一个key设置一个有效期，到期后key会被自动删掉。这在很多分布式锁的实现上都会用到，可以保证锁的实时性和有效性。CAS(Atomic Compare-and-Swap)指的是在对key进行赋值的时候，客户端需要提供一些条件，当这些条件满足后才能赋值成功。 3. etcd clientv3的concurrency介绍 MDS使用election模块选有以下三个步骤： 调用Campagin进行选举 如果选举成功，获取一下当前的leaderKey，看是否存在。如果不存在，则继续竞选；如果存在进行下一步 调用Observe观察leader的变化，如果leader有变化，mds退出；重新进行选举 // leaderKey // 1. CampaginRevisionkeyetcdRevisionkeykey // , etcd XXX Page 28 of 30 1. MDS会周期性的为Lease续约，如果续约成功，Lease的expired点会后移 正常情况下 异常情况下，MDS1与etcd集群发生网络分区 MDS1给Lease续约，但因为网络分区续约失败© XXX Page 29 of 30 2. 3. 在网络分区前MDS1周期性get leader/MDS1成功 下一个周期get le

杂一些生产实践场景，希望对你有所帮助。 ? 本文作者：秦晓辉，Open-Falcon、Nightingale 等开源项目创始人之一，极客时间《运 维监控系统实战笔记》作者；当前在创业（快猫星云联创），为客户提供监控/可观测性产品 方案，有需求的朋友欢迎联系我的微信 picobyte。 数据类型 Prometheus 有四种数据类型：Gauge、Counter、Histogram、Summary，其中最关键的是 Gauge 出去的总的包量，都是很大的值，我们通常不太关注这个值当前是多少，更关注的是最近 1 分 钟收到/发出多少包，或者每秒收到/发出多少包。 1 2 3 4 5 6 7 8 而对于监控数据采集器而言，一般是周期性运行的，比如每 10 秒采集一次，每次采集网卡收 到/发出的包这个数据的时候，都只能采集到当前的值，就像执行 ifconfig 命令，每 10 秒执行 一次，每次都看到一个巨大的当前值，而且一次比 这个表格的内容，是这 5 台机器在当前这个时间点的最新值，当前我做查询的时刻是：2022- 08-25 15:48:03 用 Chrome 开发者工具可以看到发的请求参数： 但是，监控数据是周期性上报的，比如每 10 秒上报一次，在 2022-08-25 15:48:03 这个时 刻，未必恰好有监控数据啊，那这个 Table 中的数据是哪里来的？ 实际上，Prometheus 有个启动参数，--query

2021.10 ，cilium github 项目已有 9.3K star，Contributors 316位 cilium的特色功能： • 网络功能 • 负载均衡 • 网络安全 • 可观察性 • 多集群连通 注：本 PPT 基于 cilium v1.10.4 进行分析 ��������������� ��������������� ��������������������