Home/Blog/MySQL GROUP BY 很慢怎么优化：加了索引反而从 1 秒变 7 秒，Using temporary 该不该消（MySQL 8.2 实测 400 万行）数据库MySQL GROUP BY 很慢怎么优化：加了索引反而从 1 秒变 7 秒，Using temporary 该不该消（MySQL 8.2 实测 400 万行）掘金2026-11-07 16:520 viewsMySQL 8.2 实测 400 万行：只给分组列加索引 SUM 从 1.1 秒变 6.9 秒，覆盖索引 0.54 秒；范围列放前面 0.13 秒，临时表落盘、松散索引扫描和汇总表的效果。Source：https://juejin.cn/post/7704984496043753487My favoritesPrevious我的 HashMap 查找全废了，但 36 个测试全绿Next优惠券为何能反复使用？一次算价与提单不一致的资损复盘Related postsRedis 编码压测 59 轮：HSET 快 23 倍是假象，SMEMBERS 慢 30 倍是真的59 轮实测 Redis 四种编码：HSET 快 23 倍是假象，公平对照 hashtable 反超；SMEMBERS 慢 30 倍才是真差距。附生产速查与原则。0掘金SQL Server数据迁移实战：内置故障诊断工具与根因分析实践SQL Server数据迁移实战：内置故障诊断工具与根因分析实践 前言 SQL Server迁移到KingbaseES后，运维人员面临的最大挑战不是迁移本身，而是迁移后的故障排查。毕竟，两个数据库的日0掘金《Redis 8.10.3 深度剖析》系列 ·第 13 章 Set：三种编码、集合运算与随机采样《Redis 8.10.3 深度剖析》系列 ·第 13 章 Set：三种编码、集合运算与随机采样 Set 是 Redis 里唯一一个"三种编码之间没有明确优先级"的类型。Hash 的 listpack0掘金【工程化】从“单兵作战”到“多引擎架构”：基于门面模式的重构实战告别硬编码！本文将分享如何通过门面模式与策略模式重构代码，利用统一的中间表示(IR)模型实现解耦，让 SQL 解析引擎从“玩具”升级为支持多方言的工业级产品。0掘金MySQL大字段治理：行溢出机制、覆盖索引与拆表文章拆开 InnoDB 行溢出的机制、DYNAMIC 与 COMPACT 的差别，讲清大字段带来的读放大、覆盖索引失效、临时表写盘与缓冲池污染四层代价，给出拆表、列白名单、延迟加载与压缩的处置顺序。0掘金MySQL 8.0不可见索引：删索引怕出事，不删又拖慢写入——中间态怎么用？MySQL 8.0的不可见索引提供了一种“灰度删除”的中间态：索引仍然维护，但优化器默认忽略它。本文拆解不可见索引的生效机制、三个容易被误用的边界（主键与隐式主键、FORCE INDEX、唯一约束）0掘金
