分布式数据库TiDB在商业银行的设计与实践

TiDB集群使用开源时序数据库 Prometheus 作为监控和性能指标信息存储方案，使用 Grafana 可视化组件对监控数据进行展示。告警渠道有两个，一个是我行自主研发的一体化监控平台，一个是AlertManager。监控组件安装在监控服务器上，Prometheus产生的监控数据也存储在这里。

监控与告警总体架构如下图所示：

集群的TiDB/PD/TiKV组件分别向Prometheus Pushgateway推送数据，统一供 Prometheus server抓取;通过定制Grafana展示模板对Prometheus中的监控数据进行展示。

当监控的数值超过我们指定的阈值时，就会触发告警，告警信息通过AlertManager或一体化监控平台，以邮件和短信的方式通知管理员。根据故障发生的严重程度，告警被划分为3个级别：warning、critical、emergency，其中emergency级别最高，表示故障最严重。根据业务要求和信息系统安全性要求，我们分别定制了不同的告警策略。

(2)旁路监控

旁路监控是对prometheus监控的补充，一方面检测prometheus的模块是否正常，另一方面也会直接监控 TiDB 的关键服务工作状态，针对异常产生告警。下图是旁路监控示意图：

(3)mocha监控

监控数据库级别的运行状况。

4、备份与恢复

虽然TiDB集群的多副本策略可以避免故障发生时数据的丢失，但我们仍然需要制定完善的数据备份与恢复策略，进一步加强数据安全性。

通过全量备份工具(Mydumper)与增量备份组件(binlog)，对 TiDB 集群数据库的任意时间点的状态进行保存;当需要恢复数据到某一个时间点时，首先使用全量数据恢复工具(Loader)恢复该时间点之前的最后一个全量备份，确认全量导入无误后，使用增量恢复工具(Reparo)恢复PB文件形式的binlog 增量数据到所要求的恢复时间点。

(1)备份

所有的备份组件都安装在备份服务器上，我们编写了自动备份脚本，全量备份和增量数据文件都先存储在本地，再转储至磁带上。

备份策略：

每周一次全备份，选在业务量少的夜间进行;

每天实时备份增量数据。

备份特性：

支持按表恢复数据;

TiDB 的备份数据可以恢复到 TiDB 集群或 MySQL(5.7.x)中;

TiDB 增量备份是贯穿于数据库整个生命周期的，它以PB文件的形式存在，PB文件由 Drainer 解析 binlog 生成。

（编辑：惠州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!