MySQL常见比较运算符有=、!=（）、>、=、

MySQL 中常见的比较运算符有哪些

MySQL 支持的标准比较运算符包括 =、!=（或 ）、>、、>=、，以及用于空值判断的 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 > '2025-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 ，注意日期比较时 BETWEEN '2025-01-01' AND '2025-01-31' 会包含整个 31 日 00:00:00，不含 31 日 23:59:59
• LIKE 支持通配符，但前导 %（如 LIKE '%abc'）会导致索引失效；建议用全文索引或前缀匹配优化

实际查数据时，别只盯着符号长得像不像“等于”，得看它背后执行的是值比较、模式匹配，还是三值逻辑判断。