https://blog.margrop.net/tag/prometheus/ Recent content in Prometheus on 魔都水滴 Hugo zh-CN Sat, 11 Jul 2026 08:30:00 +0800 https://blog.margrop.net/post/mysql-prometheus-loki-grafana-ai-agent-hands-on/ Sat, 11 Jul 2026 08:30:00 +0800 https://blog.margrop.net/post/mysql-prometheus-loki-grafana-ai-agent-hands-on/ <p><img src="https://blog.margrop.net/post-images/mysql-prometheus-loki-grafana-ai-agent/00-cover-ai-generated.png" alt="MySQL、Prometheus、Loki、Grafana 汇入 AI Agent 的原创题图"></p> <p>很多团队已经把 MySQL、Prometheus、Loki 和 Grafana 装起来了，但线上报警之后，值班人员仍然要在四个窗口之间来回切换：先看仪表盘，再写 PromQL，然后去日志里搜索 trace_id，最后登录数据库核对业务记录。</p> <p>这就像医院明明有体温计、病历、化验单和监护大屏，医生却仍要自己跑四个房间抄数据。AI Agent 真正有价值的地方，不是替医生“猜病”，而是拿着受限制的工具，自动把四处证据取回来，再把“现象、证据、根因和建议”分开说明。</p> <p>本文不是概念拼贴。我实际启动了一套隔离环境，使用 MySQL 8.4、Prometheus 3.13、mysqld_exporter 0.19、Loki 3.7 和 Grafana 13.1，注入了一次带统一 <code>trace_id</code> 的慢查询故障，然后通过自建只读 MCP Bridge 完成协议初始化、工具发现、PromQL 查询、LogQL 查询、MySQL 只读查询和 Grafana 数据源审计。</p> <h2 id="先说结论四件套接入-agent不等于把四套管理员密码交给-ai">先说结论：四件套接入 Agent，不等于把四套管理员密码交给 AI</h2> <p>正确的架构应该满足下面几条：</p> <ul> <li>MySQL 仍然保存业务事实，Agent 只能使用专门的只读账号；</li> <li>Prometheus 负责保存数字随时间的变化，例如连接数、QPS 和缓存命中率；</li> <li>Loki 保存“发生了什么”的日志，并通过标签、时间和 <code>trace_id</code> 关联事件；</li> <li>Grafana 继续承担人工观察、仪表盘、数据源管理和结果复核；</li> <li>MCP Bridge 把查询包装成边界明确的工具，而不是开放任意 Shell；</li> <li>Agent 先调用工具取证，再总结答案，不能把语言模型的推测冒充事实。</li> </ul> <p>换句话说，Agent 拿到的应该是一串“只能打开指定抽屉的钥匙”，而不是整栋楼的万能钥匙。</p> <p><img src="https://blog.margrop.net/post-images/mysql-prometheus-loki-grafana-ai-agent/01-four-piece-architecture.png" alt="四件套职责与 AI Agent 的关系"></p> <h2 id="四件套分别是什么用小学生也能懂的方式解释">四件套分别是什么？用小学生也能懂的方式解释</h2> <h3 id="mysql学校老师手里的成绩册">MySQL：学校老师手里的成绩册</h3> <p>MySQL 保存订单、用户、库存、付款状态等业务事实。你问“这个订单到底有没有支付”，最终应该以数据库记录为准。</p> <p>它像成绩册：里面写着谁参加了考试、得了多少分。成绩册擅长回答具体事实，却不适合每隔五秒画一次“全校平均分变化曲线”。</p> <h3 id="prometheus每隔几秒自动测一次体温">Prometheus：每隔几秒自动测一次体温</h3> <p>Prometheus 会定时抓取指标，并保存时间序列。借助 <code>mysqld_exporter</code>，MySQL 的连接数、查询数、线程状态等数据会被翻译成 Prometheus 能理解的格式。</p>