MySQL常见比较运算符有=、!=（）、>、=、
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 显式指定：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
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'）会导致索引失效；建议用全文索引或前缀匹配优化
实际查数据时，别只盯着符号长得像不像“等于”，得看它背后执行的是值比较、模式匹配，还是三值逻辑判断。
