-
2026-01-24 14:21:09
-
2026-01-24 14:28:47
-
2026-01-24 14:29:47
-
2026-01-24 14:31:53
-
2026-01-24 14:33:08
- iota 配合自定义类型做强类型枚举（零值安全版）
- Go语言通过iota配合自定义类型与显式零值（如StatusUnknown）实现强类型、零值安全的枚举；再通过String()、IsValid()、FromInt()等方法增强安全性与可读性。
-
854
-
2026-01-24 14:39:09
- SQL 窗口函数 ORDER BY 的代价分析
- ORDERBY在窗口函数中变慢是因为强制触发CPU和内存密集型排序操作，即使有索引也通常无法复用，仅当满足严格条件（如联合索引匹配、无FILTER、无计算列等）时才可能跳过排序。
-
300
-
2026-01-24 14:44:02
- SQL JOIN 时小表驱动大表的原因
- 小表放前面能提升性能的本质是优化器倾向用小表作驱动表以减少嵌套循环外层迭代次数：外层10行仅触发10次内层访问，而100万行则达百万次，即便内层走索引，I/O与CPU开销也剧增。
-
260
-
2026-01-24 14:53:02
- SQL 性能调优的系统化思维
- SQL性能调优需同步验证查询执行路径、数据分布、统计信息和存储引擎行为四层面；EXPLAIN关键看rows（估算扫描行数）、key（实际索引名，NULL可能因覆盖索引）、Extra中Usingfilesort/Usingtemporary；复合索引须按等值→范围→排序顺序设计；JOIN字段禁用函数或类型转换；统计信息不准须手动ANALYZETABLE。
-
690
-
2026-01-24 14:57:09
- Linux 文件系统挂载流程解析
- 挂载前须确认设备节点与文件系统类型，用lsblk-f或blkid查真实TYPE；挂载点目录需存在且无占用；fstab错误会导致启动卡死；bindmount和overlayfs受命名空间隔离影响。
-
201
-
2026-01-24 14:58:02
- SQL 为什么索引顺序如此重要？
- 复合索引只支持最左前缀匹配，字段顺序不一致将导致索引失效，如INDEX(a,b,c)无法用于WHEREb=2；等值查询字段应靠左，范围查询后列不可用；ORDERBY或JOIN条件顺序与索引不一致会引发filesort或全表扫描。
-
601
