WHERE子句是SQL过滤数据的唯一可靠入口，漏写或错写将导致全表扫描或错误结果；它在聚合前执行，故不可用COUNT等聚合函数，须改用HAVING；字符串需加单引号，NULL须用IS NULL判断，多条件需括号明确逻辑。
WHERE 子句不是可选的“锦上添花”，而是过滤数据的唯一可靠入口；漏写、错写或滥用它，直接导致查到错数据或全表扫描。
WHERE 后面不能跟聚合函数（比如 COUNT、SUM）
常见错误是写 SELECT name, COUNT(*) FROM users WHERE COUNT(*) > 5 —— 这会报错 Invalid use of aggregate function。因为 WHERE 在分组和聚合前执行，此时 COUNT(*) 还没算出来。
正确做法是用 HAVING 替代：SELECT name, COUNT(*) FROM users GROUP BY name HAVING COUNT(*) > 5。
-
WHERE过滤行（原始数据级别） -
HAVING过滤组（聚合结果级别） - 两者顺序固定：
WHERE → GROUP BY → HAVING → ORDER BY
字符串比较要注意引号和大小写敏感性
写 WHERE status = active 会报错 Unknown column 'active'，因为没加引号，SQL 把它当列名而非字符串值。
必须写成 WHERE status = 'active'（单引号是 SQL 标准，双引号在某些数据库如 PostgreSQL 中用于标识符，别混用）。
- MySQL 默认不区分大小写（
'ACTIVE' = 'active'为 true），但字段设为BINARY或使用COLLATE utf8mb4_bin就会区分 - PostgreSQL 默认区分大小写，
WHERE name = 'Alice'不会匹配'alice' - 模糊匹配用
LIKE，注意%和_是通配符，要查字面量得用ESCAPE或转义
NULL 值不能用 = 或 != 判断
写 WHERE email != 'test@example.com' 会自动排除所有 email IS NULL 的行——不是因为你写了什么，而是 SQL 中 NULL = anything 永远返回 UNKNOWN，而 WHERE 只接受 TRUE。
所以判断空值必须显式写：WHERE email IS NULL 或 WHERE email IS NOT NULL。
-
WHERE email 'x' OR email IS NULL才能真正拿到“非 x 且可能为空”的全部记录 -
COALESCE(email, '') != 'x'是另一种写法，但有隐式类型转换风险，慎用 - 索引对
IS NULL查询的支持因数据库而异（如 MySQL 5.7+ 支持，旧版本可能全表扫）
多个条件组合时，AND/OR 优先级容易出错
写 WHERE type = 'admin' OR type = 'user' AND status = 'active' 实际等价于 WHERE type = 'admin' OR (type = 'user' AND status = 'active')，而不是你想象的“所有 admin 和所有 active user”。
只要涉及混合 AND/OR，一律加括号明确逻辑边界。
- 推荐写法：
WHERE (type = 'admin' OR type = 'user') AND status = 'active' - 用
IN简化等值多选：WHERE type IN ('admin', 'user') AND status = 'active' - 注意
NOT的作用范围：NOT A AND B≠NOT (A AND B)，后者才是“既不满足 A 也不满足 B”
最常被忽略的是执行顺序：WHERE 在 JOIN 之后、GROUP BY 之前生效，这意味着如果想按关联表字段过滤，得确认 JOIN 是否已把所需字段带进来——否则条件写对了，也查不到数据。
