技术博客
很多团队一看到“某个索引没被创建时的字段”就直接删，结果线上 SELECT 变慢、EXPLAIN 显示全表扫描。MySQL 不会主动告诉你哪个索引正在被用——得自己查。最可靠的方式是开启 performance_schema 中的 table_io_waits_summary_by_index_usage 表（MySQL 5.6+），或用 sys.schema_unused_indexes 视图（需启用 performance_schema 并加载 sys 库）。
二级索引回表是SQL查询中常见的性能瓶颈，本质在于：通过二级索引查到主键后，还需根据主键回到聚簇索引（主键索引）中捞出完整行数据。这多一次随机I/O，尤其在数据量大、缓存命中率低时，延迟陡增。
MySQL 的排序性能优化核心在于减少 filesort，优先利用索引完成排序，避免临时表和磁盘 I/O。关键不是调大 sort_buffer_size，而是让查询“不用排”或“轻量排”。
在 MySQL 中插入单条数据，最基础、最常用的写法是使用 INSERT INTO … VALUES 语句。只要表结构明确、字段类型匹配，一行 SQL 就能完成插入。
MySQL 的 JOIN（包括 INNER JOIN、LEFT JOIN 等）**不属于数学意义上的集合运算**（如并集 UNION、交集 INTERSECT、差集 EXCEPT）。它底层先生成笛卡尔积，再用 ON 或 WHERE 做行级筛选——这是**关系代数中的“连接”（Join）操作**，和集合的“并/交/差”有根本区别。
当需要手动触发取消时，context.WithCancel 是首选。它返回一个可取消的 Context 和一个 cancel 函数，调用后者会立即关闭 ctx.Done() 的 channel。
MySQL 5.7 升级到 8.0 后，slow_query_log 默认值从 ON 变为 OFF，且日志不再写入文件（除非显式配置），而是默认输出到系统表 mysql.slow_log（需启用 log_output = TABLE）。很多运维习惯性检查 /var/lib/mysql/hostname-slow.log 却发现文件为空，就是这个原因。
max-width 不是限制容器“最大能多宽”，而是告诉浏览器：“这个元素宽度最多别超过这个值，哪怕父容器更宽也请停住”。它常用于 、
width: 100% 实现弹性缩放。
MySQL 在执行某些查询时会自动创建内部临时表，比如含 GROUP BY、DISTINCT、ORDER BY 配合非索引字段、或子查询结果集较大时。一旦临时表超出 tmp_table_size 和 max_heap_table_size 中的较小值，就会从内存（MEMORY 引擎）退化为磁盘（MyISAM 或 InnoDB），这时你会在 SHOW STATUS LIKE ‘Created_tmp_disk_tables’ 中看到计数上升——这是性能拐点。
只有满足「最左前缀匹配」的 WHERE 条件，才能真正走 INDEX(a, b, c) 这类联合索引。不是“包含这些字段就行”，而是必须从最左边开始、连续使用。