MySQL 中常见的比较运算符有哪些
MySQL 支持的标准比较运算符包括
=、
!=（或 ）、
>、
、<code>>=、
，以及用于空值判断的 <code>IS NULL和
IS NOT NULL。它们大多用于
WHERE子句、
HAVING子句或表达式中。
注意：MySQL 中
=不能用于判断 NULL，必须用
IS NULL；否则结果恒为
UNKNOWN，被当作假处理。
SELECT * FROM users WHERE age = 25;—— 匹配 age 字段值严格等于 25 的行
SELECT * FROM users WHERE name != 'admin';—— 排除 name 为 'admin' 的记录
SELECT * FROM orders WHERE created_at > '2024-01-01';—— 时间范围筛选
字符串比较时要注意字符集和排序规则
MySQL 字符串比较默认区分大小写与否，取决于字段的 collation。例如
utf8mb4_0900_as_cs是大小写敏感，
utf8mb4_0900_ai_ci是不区分大小写且忽略重音。
若需强制大小写敏感比较，可用
BINARY关键字：
SELECT * FROM users WHERE BINARY username = 'Admin';
或者在字段上使用
COLLATE显式指定：
SELECT * FROM users WHERE username = 'Admin' COLLATE utf8mb4_0900_as_cs;直接写
username = 'admin'在
_ci排序规则下会匹配 'ADMIN'、'Admin'、'admin' 用
BINARY或
COLLATE强制区分大小写后，只精确匹配字节序列 性能上，加
BINARY可能导致索引失效，尤其当字段本身是
_ci而查询强制转为
_cs
NULL 比较必须用 IS NULL，不能用 = NULL
这是 MySQL（及大多数 SQL 方言）里最常踩的坑：
= NULL永远返回
FALSE或
UNKNOWN，不会命中任何行。
错误写法：
SELECT * FROM products WHERE price = NULL;
正确写法：
SELECT * FROM products WHERE price IS NULL;
IS NULL和
IS NOT NULL是专门设计用于 NULL 判断的操作符
COALESCE(price, 0) = 0这类写法虽能绕过，但语义不清，且可能影响索引使用 复合条件中混用 NULL 判断容易出错，比如
WHERE status = 'active' AND deleted_at = NULL应改为
AND deleted_at IS NULL
IN、BETWEEN、LIKE 本质也是比较运算，但行为有差异
它们不是基础比较符，但在 WHERE 条件中承担类似角色，语法和语义需特别注意：
IN等价于多个
=的 OR 组合，但对 NULL 处理不同：
col IN (1, 2, NULL)不会匹配 col 为 NULL 的行（因为
col = NULL为 UNKNOWN）
BETWEEN a AND b是闭区间，等价于
col >= a AND col ，注意日期比较时 <code>BETWEEN '2024-01-01' AND '2024-01-31'会包含整个 31 日 00:00:00，不含 31 日 23:59:59
LIKE支持通配符，但前导 %（如
LIKE '%abc'）会导致索引失效；建议用全文索引或前缀匹配优化
实际查数据时，别只盯着符号长得像不像“等于”，得看它背后执行的是值比较、模式匹配，还是三值逻辑判断。
