技术博客
很多人以为 auto 能“自动搞定一切”，结果在写函数时直接这么写：这在 C++11 是合法的，但仅限于函数定义（不是声明），且要求所有 return 语句返回**相同类型**。一旦出现 return 42; 和 return 3.14; 混用，编译器会报错：error: inconsistent deduction for ‘auto’: ‘int’ and then ‘double’。
SQL报表中使用RANK()、ROW_NUMBER()或DENSE_RANK()做排名统计变慢，核心问题通常不在函数本身，而在于**缺乏有效索引支撑排序字段 + 数据量大 + 未合理限制范围**。优化关键在于让数据库能快速定位并有序扫描目标数据。
多表关联查询是SQL中最常用也最容易出问题的部分。写得不好，轻则结果错乱、性能骤降，重则拖垮整个数据库。关键不在“会不会写JOIN”，而在于理解每种JOIN的语义边界、明确业务意图、并提前预判数据分布对执行的影响。
SQL查询中对未建索引的字段进行排序，是导致慢查询最常见的原因之一。数据库在执行 ORDER BY 时，若无法利用索引完成排序，就会触发 FileSort（文件排序），大量依赖磁盘临时空间和内存排序，显著拖慢响应速度。
MySQL 的 EXPLAIN 不是告诉你“查到了什么”，而是告诉你“打算怎么查”。关键字段包括 id、type、key、rows、Extra。其中 type 值从好到差通常是：system ≈ const > eq_ref > ref > range > index > ALL；出现 ALL 意味着全表扫描，要优先排查。
MySQL 在执行深分页时，并不是跳过前 10000 行再取 20 行，而是先扫描并暂存前 10000 行（哪怕你不要），再丢弃它们——这个过程全在内存或临时表里做，索引也救不了。尤其当 ORDER BY 字段没走覆盖索引、或涉及 JOIN 时，性能断崖式下跌。
MySQL 分页靠 LIMIT，但不是简单加两个数字就完事。最常用的是 LIMIT offset, size 形式，比如查第 2 页、每页 10 条：LIMIT 10, 10（跳过前 10 条，取接下来 10 条）。
占位符不是变量名，是 std::placeholders::_1 的别名，必须显式引入命名空间或用 using 声明。没写这句，编译直接报 ‘_1’ was not declared in this scope。
MySQL 的 type=ALL 表示“全表扫描”，但实际是否触发大量磁盘 IO，取决于数据是否已在 InnoDB Buffer Pool 中。如果表小、访问频繁，ALL 可能只走内存页，CPU 消耗高（遍历行、判断 WHERE），IO 几乎为零；反之，若 Buffer Pool 不足、数据冷，就会引发大量 read() + lseek() 系统调用，IO 成瓶颈。
对 int 类型，直接调 abs 就行，不用额外头文件（C++ 标准保证 <cstdlib></cstdlib> 或 <cmath></cmath> 会透出它，但显式包含更稳妥）。abs 是整数专用，返回 int，类型匹配、无隐式转换风险。