技能介绍

要解决什么问题

MySQL / MariaDB 线上慢、写被锁死、从库落后、表膨胀占盘——这些场景往往需要同时查 performance_schema、InnoDB 状态、复制线程错误和表碎片，还要在杀会话、改索引、OPTIMIZE 之间权衡风险。本技能把 DBA 常用诊断与有限 remediation 收成 35 个 MCP 工具，并在本地统一落审计，而不是把「能不能写库」交给工具自己决定。

技能如何工作

工具按域划分：Overview / Server / Activity / Queries / Indexes / Tables / Replication 以读为主；Analysis 提供慢查 RCA、锁等待与死锁 RCA、复制延迟 RCA、碎片分析；Writes 覆盖 kill-session、kill-query、建删索引、OPTIMIZE/ANALYZE、SET GLOBAL 等，并标注风险等级。

每个工具都经过 bundled 的 @governed_tool harness：操作写入 ~/.mysql-aiops/audit.db，支持 dry-run / 二次确认；可逆写操作会记录 undo descriptor（如建索引对应 drop）。账号密码经 Fernet + scrypt 加密存于 secrets.enc，不落明文。旗舰分析可连 live 实例，也可注入导出数据做离线 RCA（slow_query_rca、lock_wait_rca 等）。

典型路径：先 doctor / overview 判断是负载还是单条 SQL；analyze slow-query 给出 digest + 归因与建议；query explain 验证计划；索引变更前查 unused/redundant；改完再跑分析验证，必要时 undo apply 回滚 DDL。

适用边界

仅 MySQL / MariaDB；PostgreSQL 请用 postgres-aiops。
慢查与 top digest 依赖 performance_schema=ON，读账号需 PROCESS、REPLICATION CLIENT 及对 performance_schema 的 SELECT。
Kill / OPTIMIZE 等不可逆或长事务回滚仍可能拖锁；工具提供 runaway guard 与审计，不替代你方权限设计与变更窗口。
从库已超出 binlog 保留范围时需 reseed，不在本技能范围内。

截图预览

使用场景

业务方反馈接口变慢时，先 overview 看连接与负载，再用 analyze slow-query 对 worst digest 做 RCA 并对照 query explain 评估是否建索引。
写入被长时间阻塞时，用 analyze lock-waits 解析等待树定位根阻塞会话，必要时 remediate kill-query 并复查锁树是否清空。
从库延迟告警时，用 analyze replication 结合 repl status、binlog 位置判断是 IO/SQL 线程停、单纯落后还是 SQL_Delay。
表空间膨胀或磁盘告警前，用 analyze fragmentation 按可回收 data_free 排序，维护窗口内 drop 无用索引并 OPTIMIZE 大表。

适合人员

值守 MySQL/MariaDB 的 DBA，需要在 kill 会话、建删索引或 SET GLOBAL 前后有可追溯的 audit 与 undo 描述。
收到复制或连接类告警的 SRE，希望一次会话内完成 doctor、复制延迟 RCA 并判断从库是否还能追上 binlog。
团队无专职 DBA 的后端 Tech Lead，锁等待告警时要能指出根 blocker 是 idle-in-transaction 还是长查询并评估 kill 回滚风险。
通过 Agent 连预发/生产只读或有限写账号的工程师，依赖 dry-run 预览 DDL 与变更参数再二次确认执行。