Group Replication原理解析与实践经验 徐春阳 MGR原理 MGR vs SEMI-SYNC MRG实践经验 • 支持多节点并发执行事务。如何保证从各个节点并发执行 的事务在每个节点以相同的顺序被应用/执行.------paxos协 议的功能。 • 自动地事务冲突检测。节点之间不能”同时”操作主键相同 记录,如果冲突，只有一个节点成功。------冲突检测。 ��sql! mysql_parse! mysql_execute_comma nd! trans_commit_stmt! MYSQL_BIN_LOG::com mit! group_replication_trans_before_commit! waitTicket! ���������� ���������� ���������� ������paxos� ��������� ���������� MGR实践经验 Group_replication_bootstrap_group参数须谨慎 DDL操作注意事项 当心secondary节点变成可写节点 规避大事务 Secondary��������! ������Single primary ����secondary����! ��my.cnf�read_only��������! ������stop group_replicaiton������

和/或其附属公司。保留所有权利。 3 MySQL 复制 MySQL 半同步 复制 Windows/ Solaris/ Clusterware 群集或 Oracle VM Group Replication MySQL Cluster MySQL 高可用性解决方案 4/16/2017 9 9 . 9 9 9 % 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 数据冗余存储 冗余应用服务器 数据路由 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 7 • MySQL Replication • Shared Storage • Group Replication • MySQL Cluster 从数据库 • 会话线程：处理来自应用程序的查询 － 将 数据写入主数据库，将关联事件写入二进制 日志 • 转储线程：读取二进制日志中的事件，然后 – 不需要代理 •可选的代理方式能提供高级 主机/OS 监视 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 12 Enterprise Replication Monitor •自动搜索复制拓扑 •主/从性能监视 •复制指导 •有关最佳做法的复制建议 “我每天使用 MySQL Enterprise Monitor 监视和跟踪 MySQL

本⽂概述了Kubernetes集群中所需的各种组件。 Master组件 Master组件提供K8s集群的控制⾯板。Master对集群进⾏全局决策（例如调度），以及检测和响应集群事件（例如：当 replication controller所设置的 replicas 不够时，启动⼀个新的Pod）。 Master可在集群中的任意节点上运⾏。然⽽，简单起⻅，设置脚本通常在同⼀个VM上启动所有Master组件，并且不会 个单独的进程，但为了降低复杂性，它们都被编译成独⽴的⼆进制⽂件并运⾏在⼀个进程中。 这些控制器包括： Node Controller：当节点挂掉时，负责响应。 Replication Controller：负责维护系统中每个replication controller对象具有正确数量的Pod。 Endpoints Controller：填充Endpoint对象（即：连接Service＆Pod）。 Service “core”（由于没有明确的组名称，通常称为“legacy”）组，它的REST路径是 /api/v1 。例如 apiVersion: v1 。 2. 命名组是REST路径 /apis/$GROUP_NAME/$VERSION ，并使⽤ apiVersion: $GROUP_NAME/$VERSION （例如 apiVersion: batch/v1 ）。 ⽀持的API组的完整列表可详⻅：Kubernetes API reference

550 Order‐by Merger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 550 Group‐by Merger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 552 Aggregation Merger try to reduce the influence of sharding, in order to let users use horizontal sharding database group like one database. 8.1.4 Application Scenarios Mass data high concurrency in OLTP scenarios Most select_expr [, select_expr ...] FROM table_reference [, table_reference ...] [WHERE predicates] [GROUP BY {col_name | position} [ASC | DESC], ...] [ORDER BY {col_name | position} [ASC | DESC], ...] [LIMIT

Container Platform 4.10 CLI 工具 工具 22 在服务器上显示支持的 API 资源 用法示例 用法示例 2.5.1.3. oc api-versions 以"group/version"的形式输出服务器上支持的 API 版本。 用法示例 用法示例 2.5.1.4. oc apply 通过文件名或 stdin 将配置应用到资源 用法示例 用法示例 # --namespaced=false # Print the supported API resources with a specific APIGroup oc api-resources --api-group=extensions # Print the supported API versions oc api-versions # Apply the configuration in 14. oc cluster-info dump 转储用于调试和诊断的相关信息 用法示例 用法示例 2.5.1.15. oc completion # Auto scale a replication controller "foo", with the number of pods between 1 and 5, target CPU utilization at 80% oc

CLI 工具 工具 26 2.7.1.2. oc api-resources 在服务器上显示支持的 API 资源 用法示例 用法示例 2.7.1.3. oc api-versions 以"group/version"的形式输出服务器上支持的 API 版本。 用法示例 用法示例 2.7.1.4. oc apply 通过文件名或 stdin 将配置应用到资源 用法示例 用法示例 oc --namespaced=false # Print the supported API resources with a specific APIGroup oc api-resources --api-group=rbac.authorization.k8s.io # Print the supported API versions oc api-versions 第 第 2 章 章 OPENSHIFT autoscaling policy will be used oc autoscale deployment foo --min=2 --max=10 # Auto scale a replication controller "foo", with the number of pods between 1 and 5, target CPU utilization at 80% oc

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2851 15.8.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 用户文档 • 支持收集 PREDICATE COLUMNS 的统计信息（实验特性） 执行 SQL 语句时，优化器在大多数情况下只会用到部分列（例如，WHERE、JOIN、ORDER BY、GROUP BY 子 句中出现的列）的统计信息，这些用到的列称为 PREDICATE COLUMNS。 从 v5.4.0 开始，你可以设置系统变量tidb_enable_column_tracking 的值为 '/' 的问题 #30104 * 修复因为并发备份系统表，导致表名更新失败，无法恢复系统表的问题 #29710 – TiCDC * 修复当 min.insync.replicas 小于 replication-factor 时不能同步的问题 #3994 * 修复 cached region 监控指标为负数的问题 #4300 * 修复 mq sink write row 没有监控数据的问题 #3431

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4368 17.11.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · JOIN Y Y Y Y Y Y Y Y Y UNION，UNION ALL Y Y Y Y Y Y Y Y Y EXCEPT 和 INTERSECT 运算符 Y Y Y Y Y Y Y Y N GROUP BY，ORDER BY Y Y Y Y Y Y Y Y Y 窗口函数 Y Y Y Y Y Y Y Y Y 公共表表达式 (CTE) Y Y Y Y Y Y Y N N START TRAN 不支持 SELECT ... INTO @变量 语法。 • 不支持 SELECT ... GROUP BY ... WITH ROLLUP 语法。 • TiDB 中的 SELECT .. GROUP BY expr 的返回结果与 MySQL 5.7 并不一致。MySQL 5.7 的结果等价于 GROUP BY �→ expr ORDER BY expr。 详情参见SELECT。 2.4.2

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3571 17.10.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · tidb_ �→ enable �→ _ �→ new �→ _ �→ only �→ _ �→ full �→ _ �→ group �→ _ �→ by �→ _ �→ check �→ 新增 控制 TiDB 执 行 ONLY_ �→ FULL �→ _ �→ GROUP �→ _BY 检查时 的行 为。 39 变量 名 修改 类型 描述 tidb_ �→ enable �→ _ �→ [OUTER] JOIN Y Y Y Y Y Y Y Y UNION，UNION ALL Y Y Y Y Y Y Y Y EXCEPT 和 INTERSECT 运算符 Y Y Y Y Y Y Y N GROUP BY，ORDER BY Y Y Y Y Y Y Y Y 窗口函数 Y Y Y Y Y Y Y Y 公共表表达式 (CTE) Y Y Y Y Y Y N N START TRANSACTION，COMMIT，ROLLBACK

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4665 17.11.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 获 取会话中上一条语句的资源消耗。 – 增加基于资源组的数据库指标：QPS/TPS、执行时间 (P999/P99/P95)、失败次数、连接数。 – 增加系统表request_unit_by_group 记录资源组每天的历史资源消耗。 更多信息，请参考慢查询日志、Statement Summary Tables、资源管控 (Resource Control) 监控指标详解。 2.2.1.8 数据迁移 可在生产环境帮助你平滑、快速地将数据从 MySQL 8.0 迁移到 TiDB。在 v7.6.0 中，该功能正式 GA。 更多信息，请参考用户文档。 • TiCDC 支持通过双向复制模式 (Bi-Directional Replication, BDR) 同步 DDL 语句（实验特性）#10301 #48519 @okJiang @asddongmen 从 v7.6.0 开始，TiCDC 支持在配置了双向复制的情况下同步 DDL