——让平台承接琐碎，让 DBA 拥有空间：从容即澎程，运维有深度

TiOps 是什么？ 

TiOps 是一款专为 TiDB 打造的免费开源多集群运维管理平台。平台采用轻量级 Python + Web 架构，可部署在 Linux 服务器或企业内网环境中，通过浏览器即可访问。它支持将开发、测试、预生产和生产环境中的多套 TiDB 集群接入同一个控制台，实现跨环境、跨集群的集中管控。TiOps 提供多集群总览、一键巡检、全库参数查询、会话管理、循环 Kill、SQL Binding、风险预警、部分问题一键修复、历史巡检报告以及常用组件入口聚合等能力。覆盖 DBA 大多数的工作场景。

那些每天都在消耗你的 "小事"

你一定经历过这样的上午九点

业务群突然弹出一句："系统崩了。"

紧接着，发现是有逻辑错误的 SQL。加索引不管用，SQL Binding不管用，

真正的修复要改代码回退 —— 但白天谁敢动？只能等晚上变更窗口。

接下来的几个小时怎么办？

你守在会话列表前，一遍一遍手动 Kill。

这不是极端场景，这是数据库运维最熟悉的日常。

类似的问题每天都在上演：• 领导要求核对所有集群的log.file.max-days，好不容易逐一登录、复制完上千个结果，领导突然说还得统计log.file.max-backups……• 巡检脚本跑了一堆，真正需要的“哪些集群有风险、风险在哪”却还要靠人整理；• 故障复盘想看几个月前的集群状态，监控数据早已过期；• 凌晨刚躺在床上突然来了个高危告警，要立刻弹起登录服务器、敲命令、确认系统状态；• 集群越来越多，浏览器标签、脚本、账号、组件入口也越积越多。

如果数据库运维只能靠“人记得住、人盯得住、人操作得快”，那每多一个集群，复杂度就多一分压在 DBA 身上。

TiOps，正是为此而来。

不是又一个工具，而是 TiDB 多集群的控制台

TiOps 不是在实验室里“设计”出来的，而是从一线 TiDB 生产运维现场中打磨出来的。它轻量级、可私有化部署。面向真实生产环境中的高频操作、风险隐患和故障，将分散、重复、依赖个人经验的运维工作，沉淀为标准化、自动化、可复用的平台能力。

TiOps 覆盖一键运维、一键巡检、风险预警、故障应急止血、SQL 优化与问题处置等核心场景，帮助运维人员更快发现问题、更准判断风险、更稳处理故障。

它不替代 Grafana、Prometheus、TiDB Dashboard，也不试图重新发明数据库监控。TiOps 做的是另一件更直接的事：把分散在不同集群、不同组件和不同脚本中的高频动作，重新组织到一个入口中。

发现问题 → 定位问题 → 确认范围 → 执行处置 → 再次检查 → 保存结果

过去，人在工具之间来回奔跑；现在，让工具围绕人的判断工作。

一个页面，接住所有集群的复杂度

打开 TiOps，首先看到的不是一堆菜单，而是所有已纳管的 TiDB 集群。

开发、测试、预生产、生产环境可以集中展示；每套集群的名称、环境、版本和运行状态一目了然。PD、Grafana、TiDB Status、Prometheus、会话管理、SQL Binding 和一键运维入口，也被收进同一个上下文。

• 统一纳管：多套 TiDB 集群在一个页面集中查看；

• 统一入口：组件地址不再散落在书签、文档和聊天记录里；

• 统一操作上下文：选定集群后，直接进入会话、Binding、参数和运维功能；

• 统一配置：在设置页面新增或修改集群，保存后即时生效；

• 统一安全边界：地址和数据库密码加密落盘，密钥与代码分离。

当告警出现时，DBA 不需要先回忆“这是哪套集群、Grafana 在哪里、Prometheus 地址是什么”。目标集群已经在眼前，诊断和处置入口就在旁边。

图 1  TiOps 多集群总览（公开演示环境）

一键巡检：不是“脚本跑完了”，而是直接交付答案

传统巡检最常见的问题，不是不会检查，而是检查过程过于碎片化。

磁盘一个脚本、CDC 一个查询、慢 SQL 再开一个窗口、QPS 和延迟还要去 Prometheus。全部跑完之后，DBA 仍然需要手工回答三个问题：

• 哪些集群正常，哪些集群存在风险？

• 风险来自哪个指标、实例或组件？

• 巡检结果串行，给到领导前要一直调格式？

TiOps 一次并发采集全部已纳管集群的 12 项最关键的健康信息，覆盖集群状态、磁盘、CPU、内存、I/O、网络、CDC、Drainer、慢 SQL、当前长耗时会话、QPS 和 Duration P99 等指标。

平台把结果统一归类为正常、警告、严重、异常或不适用，并生成能够查看、下钻、下载和留存的巡检报告。

巡检的终点，不应该是一句“执行完成”，而应该是一份可以直接行动的风险清单。

除了手动一键巡检，磁盘、CDC、TiKV 运行时长和超长 SQL 等高频风险项还可以在后台周期检查。阈值、周期和启停状态均可根据环境调整。

一句“查下所有库”，不再变成半天重复登录

数据库运维中最容易被低估的工作，往往是一句听起来很简单的需求：

“帮我确认一下，所有集群这个参数是不是一致。”

没有集中入口时，DBA 要逐个找到集群地址、连接数据库、执行查询、复制结果，再手工比对。集群越多，耗时越长，也越容易漏掉某个环境。

TiOps 的参数巡检只需要输入一次关键字，即可并发查询全部已配置集群：

查询结果按照集群集中展示 TiDB 版本、运行时变量和配置命中项，还可以保存为独立 HTML 报告。

升级前的一致性检查、故障期间的差异排查、参数治理后的复核留档，都不再需要 DBA 在多套集群之间重复登录。

图 2  TiOps 巡检中心

一条需求，只输入一次；所有集群，同时给出答案。

上线第二天慢 SQL 爆发：循环 Kill 先把业务从火线上拉回来

回到文章开头的场景。

新版本上线后，某类 SQL 随着业务量上升持续变慢。根因需要代码改写，但白天无法回退。此时，循环 Kill 不是最终优化方案，却可能成为等待晚间修复窗口时最现实的临时止血手段。

TiOps 可以按照 SQL Digest 创建循环 Kill 任务：

• 确认目标 SQL 和影响范围；

• 设置执行间隔与持续时间；

• 持续识别并处理匹配的活跃会话；

• 实时查看任务状态和累计处理数量；

• 需要提前结束时，随时停止任务。

它把“盯着会话列表不断刷新、重复执行 Kill”变成一个可查看、可停止、范围明确的后台任务。

DBA 仍然负责判断；TiOps 负责把已经确认的重复动作持续执行下去。

这正是 TiOps 的设计原则：自动化不是替代判断，而是让人的判断可以被稳定执行。

问题已经判断清楚，处置就不该再绕远路

数据库问题不能由平台盲目自动修复，但有些高频问题边界清晰、处理路径固定。此时，真正浪费时间的不是判断，而是从判断到执行之间的漫长路径。

TiOps 将一批高频操作集中到页面中：

• 异常会话堆积：支持单会话、分组、批量和循环 Kill；

• Binlog 状态异常：集中查看实例状态，确认后发起 Recover；

• 执行计划漂移：查看、创建和删除 SQL Plan Binding；

• 参数与容量核查：集中查询参数、库表容量和 TiKV Labels；

• 完成后复查：再次执行相关巡检，确认风险是否消失。

TiOps 不会绕过确认环节。涉及 Kill、Binding 变更和 Binlog Recover 等会修改集群状态的操作，仍然要求 DBA 明确确认。

它做的，是把“登录、查命令、复制、修改、再核对”压缩成一条清晰、可复查的处置路径。

图 3  TiOps 一键运维中心

把今天的状态，留给几个月后的复盘

故障复盘最无力的时刻，往往不是不知道要看什么，而是想看的数据已经不存在。

几个月前某一天的磁盘使用率是多少？CDC 当时有没有延迟？是否出现过超长 SQL？变更前后的负载有何差异？

Prometheus 等监控系统通常存在数据保留周期。原始指标被清理后，零散截图和聊天记录很难完整还原现场。

TiOps 可以每天自动生成并保存独立巡检报告。只要报告文件仍然保留，就能够按日期回看当天各集群的健康状态、资源指标、同步延迟、慢 SQL 和巡检结论。

每日巡检报告不能替代完整的时序数据归档，但它用很低的成本，为每天的集群状态留下了一张结构化快照。

今天的一键巡检，也是未来复盘时的一份证据。

写在最后

TiOps 没有试图制造一个“无人值守”的幻想。

它更关心真实世界里的另一件事：当集群越来越多、需求越来越急、窗口越来越短时，DBA 能不能少做一点重复劳动，多保留一点判断时间。

这不是把 DBA 从系统里拿走。

这是把 DBA 从重复动作里解放出来。

TiOps——让机器完成重复动作，让人专注关键决策。

现在，就打开 TiOps

如果 TiOps 正好契合你的运维场景，作为首个专为 TiDB 打造的免费开源管理工具，我们诚邀每一位 TiDBer 加入体验——立即试用、点亮 Star、提交 Issue，一起定义下一个版本的核心功能，共同解决你最迫切的运维痛点。

• 在线意见收集表: https://docs.qq.com/sheet/DRERhaU5pT25HcnJ0

• 项目问题讨论： 

• 🚀 在线试用：http://47.93.192.95:8888/ （账号 admin /admin）
• 📖 部署文档：https://gitee.com/guanguanglei/tiops-tidb/blob/main/README.md
• ⭐ Gitee 仓库：https://gitee.com/guanguanglei/tiops-tidb
• ⭐ GitHub 仓库：https://github.com/forthree-point/tiops-tidb-.git
• 💬 意见反馈：https://docs.qq.com/sheet/DRERhaU5pT25HcnJ0

点亮 Star、提交 Issue、告诉我们你最痛的运维场景 —— 下一个版本的核心功能，由你定义。