<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[藏云的优快云博客]]></title><description><![CDATA[三人行]]></description><link>https://blog.youkuaiyun.com/simpleiseasy</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; simpleiseasy]]></copyright><item><title><![CDATA[每日一Go·MySQL-14、慢 SQL 产生原因全解]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/170612312</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/170612312</guid><author>simpleiseasy</author><pubDate>Thu, 12 Nov 2026 14:50:12 +0800</pubDate><description><![CDATA[慢 SQL 从来不是“偶然”，而是系统设计、索引结构、执行路径共同作用的必然结果。慢 SQL 的本质：不是查得慢，而是扫描多、IO 多、锁等待多。八、原因 6：排序 / 分组 / 分页不合理。二、慢 SQL 的 7 大根本原因。十、慢 SQL 线上排查 7 步法。十三、慢 SQL 调优终极思维模型。1. 慢 SQL 产生原因有哪些？十一、慢 SQL 定位工具矩阵。十二、经典慢 SQL 场景复盘。六、原因 4：扫描行数过多。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-13、SQL 优化 10 大黄金法则]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/170525414</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/170525414</guid><author>simpleiseasy</author><pubDate>Wed, 11 Nov 2026 13:32:16 +0800</pubDate><description><![CDATA[一、法则总览二、法则 1：拒绝 `select *`问题：回表成本高网络传输浪费覆盖索引失效收益：减少 IO命中覆盖索引提升 3~10 倍性能三、法则 2：WHERE 必须命中索引四、法则 3：联合索引优于多个单列索引五、法则 4：等值在前，范围在后六、法则 5：ORDER BY 必须走索引七、法则 6：分页必须优化，拒绝深分页八、法则 7：JOIN 小表驱动大表九、法则 8：减少回表，优先覆盖索引十、法则 9：避免函数 & 隐式类型转换十一、法则 10：用 EXPLAIN 驱动优化。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-12、SQL 执行计划（EXPLAIN）深度解析]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/170415417</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/170415417</guid><author>simpleiseasy</author><pubDate>Tue, 10 Nov 2026 10:36:35 +0800</pubDate><description><![CDATA[EXPLAIN 显示 `key = idx`，但 `key_len` 只包含 a 和 b 的长度（范围查询导致 c 之后失效），并且 `Extra` 仍然 `Using where`。4. 查 `Extra`：`Using temporary` / `Using filesort` / `Using where` 是重点优化对象。3. `Using index` = 覆盖索引（好）；1. `type`、`key`、`key_len`、`rows`、`Extra` —— 五项足以定位 90% 问题。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-11、覆盖索引 & 回表原理]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/170136332</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/170136332</guid><author>simpleiseasy</author><pubDate>Thu, 05 Nov 2026 13:20:19 +0800</pubDate><description><![CDATA[MySQL 调优的核心：减少回表次数. 回表决定慢 SQL，覆盖索引决定性能上限。如果 查询字段全部在索引中，就不需要回表 —— 这就是覆盖索引。慢 SQL 的本质不是“查得慢”，而是“回表次数太多”。五、覆盖索引为什么能快 10 倍？六、覆盖索引的 3 大核心应用场景。十、面试官 6 连问（覆盖索引）三、回表与覆盖索引执行流程对比。七、什么时候不适合用覆盖索引？3. Cache 命中率更高。覆盖索引 = 以空间换时间。八、覆盖索引设计黄金法则。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-10、联合索引最左匹配原则｜10 分钟彻底搞懂索引为什么“有时失效”]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/169063200</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/169063200</guid><author>simpleiseasy</author><pubDate>Sun, 25 Oct 2026 14:21:44 +0800</pubDate><description><![CDATA[联合索引设计决定 SQL 性能上限，最左匹配决定索引是否真正生效。80% 的慢 SQL，都是联合索引没用对导致的。联合索引是“多字段排序结构”，不是多个索引拼接。六、索引失效 10 大经典场景（敲黑板）字段是 varchar --> 索引失效。一、为什么 MySQL 需要联合索引？索引本质是：为 SQL 访问模式服务。七、联合索引设计黄金法则（敲黑板）2. 范围查询为什么导致索引失效？联合索引：(a, b, c)五、范围查询对索引的致命影响。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-9、索引存储结构｜页分裂、页合并、索引高度与磁盘]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/168746453</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/168746453</guid><author>simpleiseasy</author><pubDate>Thu, 22 Oct 2026 10:19:08 +0800</pubDate><description><![CDATA[一、MySQL 为什么以“页”为最小存储单位？InnoDB 最小存储单位不是行，而是 Page（页）1 Page = 16KB1. 为什么是 16KB？]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-8、索引数据结构详解|为什么 MySQL 选择 B+Tree?]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/168017873</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/168017873</guid><author>simpleiseasy</author><pubDate>Thu, 15 Oct 2026 13:31:06 +0800</pubDate><description><![CDATA[一、为什么索引一定要用数据结构？]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-7、MySQL 核心原理全景图谱]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/167911654</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/167911654</guid><author>simpleiseasy</author><pubDate>Wed, 14 Oct 2026 14:16:55 +0800</pubDate><description><![CDATA[学习MySQL，如果只记零散知识点，很容易“会用但不懂”。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-6、日志系统全拆解]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/166493340</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/166493340</guid><author>simpleiseasy</author><pubDate>Wed, 23 Sep 2026 22:13:13 +0800</pubDate><description><![CDATA[MySQL 日志系统全拆解：binlog / redo log / undo log / relay log + 两阶段提交.如果你搞不懂 MySQL 的日志系统，那么：宕机恢复、主从复制、数据一致性、事务安全性，你都只是“凭感觉”在用数据库。六、redo log + binlog 的两阶段提交（敲黑板）靠的是：binlog + relay log + 两阶段提交。四、redo log —— 崩溃恢复 & WAL 核心。如果只写数据页：随机IO + 延迟高 + 容易丢数据。]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-5、锁机制全解析]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/166256144</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/166256144</guid><author>simpleiseasy</author><pubDate>Mon, 21 Sep 2026 22:26:40 +0800</pubDate><description><![CDATA[真正的 MySQL 高手，拼的不是 SQL 技巧，而是：对锁机制的理解深度。答:表锁、行锁、共享锁、排他锁、间隙锁、Next-Key Lock。前提：必须命中索引, 否则： 行锁 → 退化为 表级锁扫描。InnoDB 的行锁：是加在索引上的,不是直接锁数据行。五、共享锁（S Lock） vs 排他锁（X Lock）不仅锁住 `10`，还锁住 `(5,10)` 整个区间。Next-Key Lock（记录锁 + 间隙锁）锁区间：(5,6), (6,8), (8,10)八、Next-Key Lock（终极核心）]]></description><category></category></item><item><title><![CDATA[每日一Go·MySQL-4、隔离级别 & 并发控制]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/166141742</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/166141742</guid><author>simpleiseasy</author><pubDate>Sun, 20 Sep 2026 22:09:42 +0800</pubDate><description><![CDATA[默认隔离级别 = REPEATABLE READ在一致性 + 并发性能之间取得最佳平衡不可重复读 + 幻读并发三大问题四种隔离级别差异MVCC 运行机制ReadView 可见性判断源码地址*1、公众号“Codee君”回复“源码”获取源码pwd=jc1s。]]></description><category></category></item><item><title><![CDATA[每日一Go-84、从 0 到 1：用 Go 打造千万级 Excel 高性能批量处理系统（实战）]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/163212159</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/163212159</guid><author>simpleiseasy</author><pubDate>Sun, 26 Jul 2026 11:25:32 +0800</pubDate><description><![CDATA[如果你需要在生产环境处理百万 / 千万级 Excel流式读取 + 并发处理 + 流式写入它们决定了：系统是否 OOM接口是否超时服务是否稳定加班费计算器：v x 小程序“加班计”源码地址*1、公众号“Codee君”回复“源码”获取源码pwd=jc1s。]]></description><category></category></item><item><title><![CDATA[每日一Go-83、Cobra 使用实战：10 分钟打造专业级 CLI 工具]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/163097535</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/163097535</guid><author>simpleiseasy</author><pubDate>Wed, 22 Jul 2026 09:50:58 +0800</pubDate><description><![CDATA[配置完成后, 输入命令“devctl”, 然后按下 Tab 键,就能出命令的自动补全了.工程里 80% 的自动化，都可以用一个 CLI 工具解决。今天这篇「每日一 Go」，我们不讲概念、不背 API，：从 0 到 1，手把手带你用 Cobra 打造一个。到这里，你已经拥有一个工业级 CLI 框架的雏形。2. root.go --整个 CLI 的中枢。]]></description><category></category></item><item><title><![CDATA[每日一Go-82、Go 云原生生产环境故障排查实战：CPU 100% / 内存泄漏 / goroutine 泄漏]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/162906897</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/162906897</guid><author>simpleiseasy</author><pubDate>Wed, 15 Jul 2026 15:22:34 +0800</pubDate><description><![CDATA[在 Go + Kubernetes 的生产环境中，最常见、也最让人头疼的问题之一，就是服务看起来还活着，但已经不能正常工作了。CPU 飙到 100%，QPS 掉光，Pod 不断被 HPA 扩容，日志却几乎什么都没报。这类问题往往不是代码直接 panic，而是资源被慢慢耗尽：死循环、锁竞争、GC 压力、内存和 goroutine 没有被正确释放。]]></description><category></category></item><item><title><![CDATA[每日一Go-81、云原生-Kind + Linkerd + APISIX + Gin：构建一套生产级 JWT 网关鉴权链路）]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/162553657</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/162553657</guid><author>simpleiseasy</author><pubDate>Fri, 03 Jul 2026 15:21:11 +0800</pubDate><description><![CDATA[几乎是每个后端团队都会反复讨论的问题：是每个服务各自校验 JWT？显示验证码的脚步填写在Post-response里，这样每次请求的验证码就会显示到图片上。这里偷懒用之前写的快速生成RESTFul接口的工具来生成代码，之后再做修改。3. 修改 nodePort: 30080 ，保存退出，k8s自动重启服务。，让后端服务只关心业务本身，最终实现一条清晰、稳定、可扩展的认证链路。看见上面的输出，说明apisix到linkerd的路径打通了。]]></description><category></category></item><item><title><![CDATA[每日一Go-80、云原生-几分钟在 Kind 搭建 APISIX 网关 + Linkerd 微服务网格环境]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/162195218</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/162195218</guid><author>simpleiseasy</author><pubDate>Mon, 22 Jun 2026 11:34:39 +0800</pubDate><description><![CDATA[在企业级微服务架构中，如何让流量既高效、安全，又可观测，一直是每位 Go 工程师关心的问题。今天，我们将在本地 Kind 集群中，手把手搭建一个的完整实践环境，让你轻松体验高可用、高可观测、零侵入的微服务架构。从客户端发出的请求，通过 APISIX 作为南北向网关进入集群，再由 Linkerd sidecar 自动管理东西向流量，实现。整个过程无需修改业务代码，Gin、Go 服务可以专注于业务逻辑，而微服务网格在后台默默保障流量安全与稳定。]]></description><category></category></item><item><title><![CDATA[每日一Go-78、Go服务从 2k QPS 到 2w QPS 的优化方法]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/162060370</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/162060370</guid><author>simpleiseasy</author><pubDate>Wed, 17 Jun 2026 11:01:33 +0800</pubDate><description><![CDATA[常用于压测 Web / API 服务（Go、Nginx、Spring Boot、Gin 等），特点是。QPS 上不去，但 CPU、内存看着也不算满。四、第三步：热点数据不该打 DB（引入缓存）1、vx“Codee君”回复“源码”获取源码。2️⃣ HTTP Server 参数优化。二、第一步：pprof 定位性能瓶颈。0（无限，但受 MySQL 限制）资源没跑满，QPS 却上不去。1️⃣ 开启 pprof。初始代码（问题版本）CPU：40% 左右。]]></description><category></category></item><item><title><![CDATA[每日一Go-77、多 K8s 集群如何高效切换？一篇讲透 KubeConfig / Context / 多环境管理]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/161981663</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/161981663</guid><author>simpleiseasy</author><pubDate>Sun, 14 Jun 2026 17:29:24 +0800</pubDate><description><![CDATA[在日常开发和运维中，：本地有，云端有，机房里还有。如果你还在靠「不停改」来切换集群，那一定会踩坑。这篇文章我们就来。]]></description><category></category></item><item><title><![CDATA[每日一Go-76（架构篇）｜多集群部署 / 容灾 / Failover / Backup / 热迁移]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/161790935</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/161790935</guid><author>simpleiseasy</author><pubDate>Mon, 08 Jun 2026 10:29:52 +0800</pubDate><description><![CDATA[在用户无感知的情况下，把服务从集群 A 迁移到集群 B如果你只记住这一篇的3 句话单集群没有容灾能力备份的终点是恢复，不是存下来多集群是工程能力，不是云厂商特性。]]></description><category></category></item><item><title><![CDATA[每日一Go-75、CI/CD 到 K8s：云原生ArgoCD / GitOps 全流程实战（Go + Gin）]]></title><link>https://blog.youkuaiyun.com/simpleiseasy/article/details/161707029</link><guid>https://blog.youkuaiyun.com/simpleiseasy/article/details/161707029</guid><author>simpleiseasy</author><pubDate>Fri, 05 Jun 2026 09:10:00 +0800</pubDate><description><![CDATA[从 CI/CD 演进到 GitOps，是现代云原生团队的必经之路。一、为什么要从 CI/CD 进化到 GitOps？]]></description><category></category></item></channel></rss>