在数据库管理里，MySQL 的 `COUNT` 函数简直就是个“懒人神器”，专门用来统计数字的脑袋。

比如我有个表叫 `users`，里面存了大约两三千这些人。

我想看这表里到底有多少人，直接 `SELECT COUNT() FROM users` 敲两行就能搞定，不用管字段名，也不用管他们具体啥属性，只管总数。

这操作在写 SQL 的时候简直是最高频的用法，简直像呼吸一样自然。 不过，有时候得看具体的场景，比如要统计每个用户 ID 出现的次数。

这时候就不中啦，务必得带上 `GROUP BY`。

要是查不到字段就报错了，这是根本常识，但有时候数据表结构还没彻底定，字段名都还没敲定，这时候 `CASE WHEN` 要么 `IFNULL` 就显得尤实际上用。

比如我想统计性别分布，字段可能叫 `gender` 也叫 `sex`，就连可能是 `gender`, `gender`，就连可能根本就没字段。

这时候就不能硬套 `WHERE gender = 'male'`，得用 `CASE WHEN gender = 'M' THEN 1 ELSE 0 END` 这种写法，要么干脆 `COUNT(CASE WHEN gender = 'M' THEN 1 END)`。

这种灵活性对于处理脏数据要么临时表特别关键，直接硬编码字段名好办踩坑，灵活一点总没错。 再看条件判断，MySQL 里有个 `WHERE` 子句，它的功能就是给数据库开条件锁门。

比如我想找所有手机号大于 13510000000 的用户，直接用 `WHERE phone > 13510000000` 就行。但要是字段名叫 `tel` 要么 `contact`，就得改成 `WHERE tel > 13510000000`，要么换成其他名字，还得改逻辑。

要是我去写数据库设计文档，写两行就完了，但实际开发时，字段名满天飞，改起来比翻字典还痛苦。

这时候 `WHERE phone IN ('13510000000', '13520000000')` 这种用字符串拼接要么集合的方式就撇脱了，起码不用管字段具体叫啥，只要名字对就行。 除了 `WHERE`，`CASE` 还是个好搭档。

比如我要算积分，积分规则是买一本书加 10 分，买两本加 20 分，买三本加 30 分……这没法用好办条件，得用 `CASE WHEN` 循环判断。

不过 MySQL 的 `CASE` 在逻辑上只是表达式的堆叠，执行效率实际上挺高，不用像某些其他语言那样非要显式循环。

有时候为了性能，还会把逻辑拆分成几行 `SELECT`，一行走 `AND` 条件，一行走 `OR` 条件，一行走 `NOT` 条件，最终 `SUM` 起来变成一个大表，这样一行 `SELECT` 就搞定所有逻辑。

比如统计销售额，有些逻辑是 `IF(Sale > 1000, 100, 0)` 这种嵌套，有时候就把 `SELECT` 拆成三行：`SELECT IF(Sale > 1000, 100, 0) AS score, SUM(Sale) AS total FROM sales`，再行 `GROUP BY`，这样一行搞定复杂逻辑，别看 SQL 行数增添，但查询效率反而有提升。 `GROUP BY` 的功能就是把数据分组，然后对每组做统计。

比如想算每个城市的订单总数，`SELECT city, COUNT() FROM orders GROUP BY city` 就能拿到每个城市多少人。但有时候不仅要看总数，还要看每个城市里买的是啥商品，要么每个城市平均买几个。

这时候就要 `SELECT city, COUNT() FROM orders GROUP BY city` 配合 `HAVING` 子句。`HAVING` 就是用来过滤统计结局的了，比如只统计平均销售额大于 1 万的城市，要么只统计每个城市起码买了 100 单的城市。

要是直接 `SELECT` 了 `GROUP BY` 的结局，SQL 会直接报错，出于 `SELECT` 不能选未聚合的字段。

不过一般我们习惯把 `SELECT` 放在最终，把 `WHERE` 放在最前面，用 `NOT IN` 要么 `OR` 来组合条件，这样逻辑更清楚。 另外，`COUNT` 要是跟特定的字段一起用，比如 `COUNT(attributes)`，那它就会统计列里非空值的个数。

要是我想统计有多少人的年龄大于 18，就得写成 `WHERE age > 18 AND COUNT()` 这种怪的组合，要么直接用 `COUNT()` 然后外层再过滤，要么直接用 `COUNT(CASE WHEN age > 18 THEN 1 END)`。

这种写法在旧版本 MySQL 里是标准用法，但在某些新版本要么特定配置下可能不赞成，故此用 `COUNT(CASE WHEN ... THEN 1 END)` 这种统一成判断表达式再 `COUNT` 的方式更稳妥。 还有个小技巧，有时候为了性能，会在 `SELECT` 里加个 `LIMIT`，比如只查前 100 条数据，`SELECT COUNT() FROM users LIMIT 100`。别看这会影响最终统计总数，但能大大缩短执行工夫。

不过要注意，要是表挺大，`LIMIT` 只是限制回的行数，不是限制统计范围，故此 `COUNT()` 的结局不受影响。 最终，`OVER` 窗口函数实际上也挺有用的，比如算平均值、最大值要么最大值和最小值的组合。

不过这个功能在 MySQL 5.7 才正式赞成，老版本可能得用 `ROW_NUMBER()` 要么 `RANK()` 来模拟。

比如算每个用户最近三天的平均花，能够写 `SELECT username, AVG(last_money) OVER (PARTITION BY username ORDER BY date DESC ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) FROM transactions`，一行搞定复杂的“最近几行”逻辑。别看语法有点长，但效果绝对比硬拼多个 `WHERE` 和 `HAVING` 要直观，不用管分几组，也不用管如何分组，一行代码算完所有逻辑。 总而言之，MySQL 的语法别看有时候看起来挺绕，但只要记住几个核心点——`COUNT` 是计数通票，`WHERE` 是门禁，`GROUP BY` 是分组箱，`CASE` 是逻辑开关，`HAVING` 是筛选器，`LIMIT` 是工夫限制，`OVER` 是工夫窗口，就能把大局部难题解决。别看有些写法看起来像教科书条目，但实际用起来就是一个个灵活片段拼接起来的，哪能真那么严谨呢？数据库这东西，不就是靠这种“能崩就崩，能行就行”的迭代进化出来的吗？