EXPLAIN 是 SQL 中查看查询执行计划的核心工具，不真正执行语句，用于识别慢查询根源；关键列包括 id […]

SQL 多字段排序慢的核心原因是排序字段未被索引有效覆盖或索引顺序与 ORDER BY 不一致；必须创建字段顺 […]

真正起作用的是 tmp_table_size 和 max_heap_table_size 中的较小值；两者需设 […]

linux 时间漂移由硬件 rtc 偏差、内核时钟源不稳定、缺乏持续校准等导致，可通过 adjtimex、ch […]

sql 报表行级权限控制需将逻辑下沉至 sql 层，通过动态 where 条件、权限视图或原生 rls 实现， […]

面试中问 SQL 性能优化，核心就盯两点：慢查询怎么找、索引怎么用。不是背概念，是看你能不能快速定位问题、说清 […]

sql 查询优化的核心是减少 i / o 与 cpu 开销，关键在于高效执行计划、合理索引和数据访问路径；需遵 […]

join 执行顺序由优化器基于成本自动选择，但可通过小表驱动大表、straight_join 或提前过滤引导； […]

大表优化需围绕“查询慢、写入卡、维护难”三大问题，分诊断、sql 与索引、表结构与存储、运维架构四层渐进施策， […]

group by 性能优化核心是索引覆盖、前置过滤、避免高基数分组及合理选型；需为分组字段建顺序一致的复合索引 […]