欢迎关注“数据库运维之道”公众号，一起学习数据库技术!

本期将为大家分享《TDSQL同一个所属Set显示3个备份节点》的处置案例。

关键词：分布式数据库、TDSQL、备份节点

1、问题描述

登录赤兔管理平台，单击左侧导航栏“实例管理/集群管理”。在实例管理页面，选择所需实例GROUP ID。在DB监控列表可以看到一个Group ID由多个Set组成，每个Set由4台实例组成。正常情况下，同一个Set会指定一个备份节点，实际却看到3个备份节点。从下面的截图看到具体现象情况。

翻阅TDSQL官方文档，查看备份体系相关的资料。

2、备份体系

TDSQL MySQL支持将数据手动备份到分布式文件存储系统（Hadoop Distributed File System，HDFS）、DB 服务器本地磁盘（Local）和分布式存储服务器（COS），支持物理备份和逻辑备份类型。手动备份操作挺方便的，直接在界面上操作就行。

3、备份原理

TDSQL MySQL支持三种备份类型，分别为物理备份、逻辑备份和Binlog备份。

（１）物理备份：物理全量备份+物理增量备份+Binlog备份

物理备份工作原理如下图所示：

• idb拷贝线程拷贝到文件末尾即停止。
• redo日志拷贝线程属于监听，一 旦产生新的redo日志，立即拷贝。
• 对于日志，只拷贝redo日志不拷贝Binlog。

（2）逻辑备份：逻辑备份+Binlog备份

（3）Binlog备份：

• 支持Lz4压缩、限流。
• Binlog的清理策略：日志磁盘超过50%，并且Binlog已经冷备。

如果冷备节点切换，Binlog会根据最后一个备份Binlog的时间点，判断新冷备节点备份开始的Binlog；但是恢复的时候会根据全备的ip+port组合拉取对应的Binlog，新冷备节点的Binlog不会被拉取。

4、备份节点

（1）备份节点选择建议

• 备份以set为单位，一主多备只有一个备库成为备份节点进而完成备份。
• 备份节点满足的条件：延时小于30分钟，且在指定的备份IDC中。
• 备份节点通常设置与在存储介质相同的IDC中，以此尽可能避免备份使用跨机房流量。

（2）冷备节点选择原理

• 选举周期（elect_role_check_interval_seconds）：默认为300秒。
• 如果所有备机延迟大于1800秒，此时没有冷备节点。
• 如果冷备节点延迟超过1800秒，那么会选择延迟小于1800秒，且优先选择最近没有发生主备切换的备机。
• 如果冷备节点down，5min后会选择延迟小于1800秒，且优先选择最近没有发生主备切换的备机。

5、问题处理

由于相关材料有限，没有搞明白。最后请教腾讯技术支持工程师，通过检查发现跳板机的时间设置不准导致。重新校正跳板机的时间后，刷新页面，可以看到同一个Set只显示一个备份节点了。

以上就是本期关于“TDSQL同一个所属Set显示3个备份节点案例”的处置案例。希望能给大家带来帮助。

欢迎关注“数据库运维之道”公众号，一起学习数据库技术!