关于这个博客

# 1. 一句话定位

一线 DBA / SRE 出身，现在把 MySQL · Elasticsearch · Redis 的运维经验复用到 AI Agent 基础设施 上——网关、Profile 隔离、模型路由、可观测、 GPU 推理节点这些是最近两年的主战场。

领域	量级 / 规模	代表文章
MySQL DBA	5+ 年生产实践，从日常调优到完整运维 SOP	MySQL 为什么有时候会选错索引 · MySQL8 故障处理手册
Elasticsearch	自建 3 节点集群长期主备，分片 / 磁盘 / 慢查询全链路	ES 集群节点磁盘使用分配不均解决办法
Redis	集群 / 哨兵 / 大 key / 慢查询全覆盖	Redis 集群部署
AI Agent 基础设施	多 Profile 平台、Gateway、模型路由、技能工程与可观测	实战旗舰：让 Agent 部署并恢复 7 节点生产集群
索引 / 优化器深度	抽象表 + 执行计划 + 递归 CTE 复现路径	ORDER BY 配合 LIMIT 触发的索引选择陷阱
跨 Profile 路由与巡检	自托管服务巡检，AI Agent 平台 SRE 实践	跨 Profile 消息路由与自托管服务巡检

弱项也写在能力矩阵里：K8s / 监控 / Docker 这块积累偏薄，SRE 横向的弹药仍在补—— 接下来会补 GPU 服务器（8×A100）日常运维的旗舰文。

这里写的都是职责与系统形态，不写具体主机名、内网 IP、实例 ID、Profile 名。写"3 节点 ES、单节点 64GB"，不写"node-1.example.internal"。

每条标注「这篇能看出什么」，方便按面试追问的颗粒度挑读：

ORDER BY 配合 LIMIT 触发的索引选择陷阱 看出 MySQL 优化器行为的深度——执行计划判读（Extra / type 比 rows 重要）、强制索引、延迟关联、ANALYZE TABLE 四种解法对比，能追问到 optimizer_trace。
实战旗舰：让 Agent 从零部署并灾难恢复一个 7 节点生产集群 看出 AI Agent 在真实基础设施上的执行闭环——不是 demo，是带断言的端到端自动化（部署 / 验证 / 故障注入 / 恢复），可追问到技能工程与心跳协议。
Elasticsearch 集群节点磁盘使用分配不均解决办法 看出 ES 排障的工程化——分片分配策略、磁盘水位、reroute，能追问到 ES 内部的分片平衡算法。
MySQL8 故障处理手册（SOP 第六章） 看出 规范化与团队协作意识——SOP 系列的方法论入口，能追问到 Runbook 的设计、复盘节奏、值班交接。
MySQL 为什么有时候会选错索引 看出 统计信息与成本估算的直觉——cardinality / rows / 索引基数 三个口径，能追问到 INFORMATION_SCHEMA.STATISTICS。
跨 Profile 消息路由与自托管服务巡检 看出 多租户 Agent 平台的 SRE 视角——两个被忽略的边界：消息路由的隔离、巡检与告警的去重，能追问到 SLO 设计与告警降噪。

公开范围：个人技术主页 + 工作邮箱。不放手机号、身份证、现公司具体业务名、真实客户名。

上次更新: 8/24/2026