业务范围涵盖涵半投资银行直接投资.证券.保险.基金、飞机租 赁.资产管理,金融科技等多个领域,为全球客户提供全面的金融服务。 业务挑战 中国银行在生产实践中采用中 Zabbix 运维监控方案, 作为开源云原生方案, Zabbix 一直使用 MySQL 作为 后端存储, 在面对更大规模监控需求的时候, 单机 MySQL 数据库面临性能和容量瓶颈, 无法支持几T量级 的数据, 使得监控对象的数量和数据存储时间不能莱得。 TiDB 是兼容 MySQL 协议的分布式数据库, 在易用性与平滑升级方面比其他监控后台数据库方案更有优 势,中国银行决定采用 TiDB 痊换 Zabbix 后端的 MySQL,构建新一代运维监控平台。 Tizabbix 解决方案 在不改动 Zabbix 源码的情况下,采用 TiDB 普换 MYSQL, 实现监控数据的采集,存储和查询, 把监控对象的 自动注册改为使用 API 延迟注册, 解决事务冲突的问题TiDB 解决事务冲突的问题TiDB 支持表分区, 通过 Drop Partition 来解决历史 数据的删除问题。 TiZabbix 方案的架构设计简洁,采用 Agent 主动模式有效减少 zabbix Server 的压力, 在大规模数据量场 景下, 通过灵活使用API来规避一些 Web 操作的失效问题。目前, Tizabbix 方案在中国银行各类场景中监 控对象的数量超过 10000+, 数据量达到 18T

49 49 52 53 55 57 57 58 58 59 60 备份恢复 备份恢复 设置备份策略 调整⾃动备份策略 ⼿动备份 删除备份数据 备份恢复 Dashboard/监控访问 监控访问 代理节点 配置访问代理 访问 实例 实例 创建TiDB Serverless实例 查看TiDB实例列表 查看TiDB实例详情 删除TiDB实例 ⽤户 ⽤户 添加⽤⼾及权限 调整⽤⼾权限 重制⽤⼾密码 删除⾮root⽤⼾ 等组件访问 TiDB提供代理⼊⼝节点，⽤⼾需⾃⾏配置外⽹代理服务访问监控组件，配置外⽹代理时需注意不要开放不必要的端⼝，避免⽹络安全事故。 代理节点 代理节点 TiDB服务集群提供两个Proxy节点，⽤以代理Dashboard/Grafana/Prometheus服务 您可以通过‘详情’⻚中的节点列表中选择‘PROXY’查询到当前节点代理地址 配置访问代理 配置访问代理 Dashboard/监控访问 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 43/120 您⾸先需要创建⼀台与TiDB集群同VPC下的，带外⽹配置的云主机，然后按以下步骤配置代理服务 提⽰：不要开不必要的端⼜， 不要开不必要的端⼜， 建议云主机防⽕墙设置只开放特定来源 建议云主机防⽕墙设置只开放特定来源IP可以访问 可以访问 1. 安装 nginx 服务 yum install

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to TiDB 中的最佳实践 550 10.5.3.1 HAProxy 简介 HAProxy 是由 C 语言编写的自由开放源码的软件，为基于 TCP 和 HTTP 协议的应用程序提供高可用性、负载均 衡和代理服务。因为 HAProxy 能够快速、高效使用 CPU 和内存，所以目前使用非常广泛，许多知名网站诸如 GitHub、Bitbucket、Stack Overflow、Reddit、Tumblr、Twitter

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to 在 TiDB 中的最佳实践 10.4.3.1 HAProxy 简介 HAProxy 是由 C 语言编写的自由开放源码的软件，为基于 TCP 和 HTTP 协议的应用程序提供高可用性、负载均 衡和代理服务。因为 HAProxy 能够快速、高效使用 CPU 和内存，所以目前使用非常广泛，许多知名网站诸如 GitHub、Bitbucket、Stack Overflow、Reddit、Tumblr、Twitter

不便，并且容易误操作。从 v6.1.0 起，当开启 enable-global-kill 配置项时，你可以在任意 TiDB 节点运 行 kill 命令终止指定的连接及操作，而无需担心客户端和 TiDB 中间有代理时错误地终止其他查询或会 话。目前 TiDB 暂时不支持用 Ctrl+C 终止查询或会话。 用户文档，#8854 • TiKV API V2（实验特性） 在 v6.1.0 之前，TiKV 作为 @Transactional 注释的对象包装在一个代理中，使用该代理对对 象的调用进行处理。 你可以简单的认为，代理在带有 @Transactional 注释的对象内的函数调用时：在函数顶部将使用 transaction �→ .begin() 开启事务，函数返回后，调用 transaction.commit() 进行事务提交，而出现任何运行时错误时， 代理将会调用 transaction.rollback() wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 部署的 Alertmanager 默认监听 alertmanager_servers.host，如果你使用代理，则无法访问 Alertmanager。此时， 你可以在集群配置文件 topology.yaml 中添加 listen_host 指定监听地址，使得 Alertmanager 可以通过代理访问。推 荐配置为 0.0.0.0。 以下示例将 listen_host 字段设置为 0.0.0.0。 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 部署的 Alertmanager 默认监听 alertmanager_servers.host，如果你使用代理，则无法访问 Alertmanager。此时， 你可以在集群配置文件 topology.yaml 中添加 listen_host 指定监听地址，使得 Alertmanager 可以通过代理访问。推 荐配置为 0.0.0.0。 以下示例将 listen_host 字段设置为 0.0.0.0。 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间（由代理的 idle 配置决定）后主动清理 连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully

schema 信息占用的内存。 更多信息，请参考用户文档。 2.2.1.4 高可用 • 代理组件 TiProxy 成为正式功能 (GA) #413 @djshow832 @xhebox TiDB v7.6.0 引入了代理组件 TiProxy 作为实验特性。TiProxy 是 TiDB 的官方代理组件，位于客户端和 TiDB server 之间，为 TiDB 提供负载均衡、连接保持功能，让 wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully 上列的一种属性，通过配置该属性来使数据库为该 列的值自动赋值，用户不需要为该列赋值，该列的值随着表内记录增加会自动增长，并确保唯一性。在大多 数场景中，自增列并未拥有业务属性，仅仅代表了这一行数据，即被作为无业务含义的代理主键使用。自增 列的局限性在于：自增列只能采用整型字段，所赋的值也只能为整型。假设业务所需要的序列号由字母、数 字及其他字符拼接而成，用户将难以通过自增列来获取序列号中所需的数字自增值。 4.9.5

启tidb_opt_enable_fuzzy_binding 系统变量。 更多信息，请参考用户文档。 2.2.1.4 高可用 • 支持代理组件 TiProxy（实验特性）#413 @djshow832 @xhebox TiProxy 是 TiDB 的官方代理组件，位于客户端和 TiDB server 之间，为 TiDB 提供负载均衡、连接保持功能， 让 TiDB 集群的负载更加均衡，并在维护操 RU。 – Time_queued_by_rc：执行语句过程中等待可用资源的总耗时。 2.2.3 离线包变更 从 v7.6.0 开始，TiDB-community-server 二进制软件包中新增代理组件TiProxy 的安装包 tiproxy-{version}- �→ linux-{arch}.tar.gz。 2.2.4 废弃功能 • TiDB v7.6.0 废弃了对 TLSv1.0 和 wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully

wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully 上列的一种属性，通过配置该属性来使数据库为该 列的值自动赋值，用户不需要为该列赋值，该列的值随着表内记录增加会自动增长，并确保唯一性。在大多 数场景中，自增列并未拥有业务属性，仅仅代表了这一行数据，即被作为无业务含义的代理主键使用。自增 列的局限性在于：自增列只能采用整型字段，所赋的值也只能为整型。假设业务所需要的序列号由字母、数 字及其他字符拼接而成，用户将难以通过自增列来获取序列号中所需的数字自增值。 4.9.5 3.1 什么是 ProxySQL？ ProxySQL 是一个高性能的开源 SQL 代理。它具有灵活的架构，可以通过多种方式部署，适合各类使用场景。例 如，ProxySQL 可以通过缓存频繁访问的数据来提高性能。 ProxySQL 的设计目标是快速、高效且易于使用。它完全兼容 MySQL，并支持高质量 SQL 代理的所有功能。此外， ProxySQL 还提供了许多独特功能，使其成为各种应用程序的理想选择。