浅谈全链路监控： 从应用到数据库到 Runtime 黄东旭, Co-founder & CTO, PingCAP 关于我 黄东旭，联合创始人 & CTO @ PingCAP 做分布式数据库的程序员 ● 现在能写代码的时间是奢侈品 TiDB 的亲爹之一兼首席客服和新功能的第一个用户 ● 冤有头债有主，SQL 慢了来找我。。。 偶尔玩玩音乐 ● 摇滚乐->实验音乐 Go 的粉丝！！！！

加密传 输时，客 户端的加 密证书文 件路径。 TiCDC tls-key- �→ file- �→ path 新增 用于指定 Pulsar 启用 TLS 加密传 输时，客 户端的加 密私钥路 径。 53 2.2.2.5 系统表 • 新增系统表INFORMATION_SCHEMA.TIDB_INDEX_USAGE 和INFORMATION_SCHEMA.CLUSTER_TIDB_INDEX_USAGE C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 7a-zA-Z0-9 672 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 7a-zA-Z0-9 614 1 row in set (0.00 sec) ``` 6.4.10.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.11.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127

C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc cli changefeed create --server=http://172.16.6.122:8300 --sink-uri="mysql://root: �→ @172 +-------------------------+ 1 row in set (0.00 sec) ``` 6.4.9.4 第 4 步：平滑切换业务 通过 TiCDC 创建上下游的同步链路后，原集群的写入数据会以非常低的延迟同步到新集群，此时可以逐步将 读流量迁移到新集群了。观察一段时间，如果新集群表现稳定，就可以将写流量接入新集群，步骤如下： 1. 停止上游集群的写业务。确认上游数 C 部署。 本文在创建测试集群时，已经启动了一个 TiCDC 节点，因此可以直接进行 changefeed 的配置。 2. 创建同步任务。 在上游集群中，执行以下命令创建从上游到下游集群的同步链路： tiup cdc:v cli changefeed create --server=http://127.0.0.1:8300 --sink-uri �→ ="mysql://root:@127