MySQL中WHERE数值比较需注意：=用于相等判断，NULL必须用IS NULL；浮点数宜用BETWEEN防精度问题；字符串存数字须CAST转类型；BETWEEN需括号避免逻辑错误；IN值过多应改用临时表；函数或运算在WHERE中会导致索引失效。
WHERE中数值比较用=、>、
数值筛选最直接的方式就是用比较运算符写条件，比如 price > 99 或 age = 25。MySQL 会逐行检查该列值是否满足表达式，返回布尔结果（1/0/NULL），只保留为 1 的行。
注意几个实际容易出错的点：
-
=是判断相等，不是赋值；写成salary = NULL永远不成立，得用salary IS NULL -
和!=都表示不等于，但部分旧版 MySQL 对!=兼容性略差，建议统一用 - 浮点数比较要小心，
amount = 19.99可能因精度丢失失败，优先考虑范围：amount BETWEEN 19.985 AND 19.995 - 字符串字段存数字（如
score VARCHAR(10)）时，score > 100会按字典序比较（'2' > '100' 为真），必须显式转类型：CAST(score AS DECIMAL) > 100
BETWEEN适合闭区间数值范围，但别和AND混用逻辑括号
BETWEEN low AND high 等价于 value >= low AND value ，语义清晰且可走索引。但它只适用于连续、确定的上下界，比如日期、ID、金额。
常见误用是嵌套在复杂条件里没加括号，导致逻辑错乱：
SELECT * FROM orders WHERE status = 'shipped' AND created_at BETWEEN '2025-01-01' AND '2025-12-31' OR total > 5000;
这句实际执行的是 (status = 'shipped' AND created_at BETWEEN ...) OR total > 5000，不是你想要的“发货且在年内”或“发货且金额超5000”。正确写法必须加括号：
SELECT * FROM orders
WHERE status = 'shipped'
AND (created_at BETWEEN '2025-01-01' AND '2025-12-31'
OR total > 5000);IN适合离散值列表，但超过几百个值就该换方案
id IN (1, 5, 8, 12) 是筛选多个固定数值最简洁的方式，底层优化通常比多个 OR 更好。但它本质仍是展开为等价的 OR 链，所以有实际限制：
- MySQL 默认
max_allowed_packet会影响能传多长的IN列表，超长直接报错Packets larger than max_allowed_packet are not allowed - 值太多（比如几千个）会导致执行计划变慢，甚至放弃使用索引；此时应改用临时表 + JOIN，或拆成多次查询
- 注意
IN对NULL敏感：col IN (1, 2, NULL)永远不匹配任何行，因为col = NULL本身为 NULL，整个表达式结果为 UNKNOWN
数值计算写在WHERE里要防隐式转换和索引失效
像 price * 1.1 > 100 或 YEAR(created_at) = 2025 这类带函数或运算的条件，表面看没问题，但实际可能让索引完全失效。
- 对字段做运算（
price * 1.1）→ 无法命中price上的索引；应改写为price > 100 / 1.1 - 对字段调函数（
YEAR(created_at)）→ 同样跳过索引；应改用范围：created_at >= '2025-01-01' AND created_at - 字符串字段参与数值比较（
code = 123，而code是 VARCHAR）→ 触发全表扫描+隐式转换，且结果不可靠；务必保持类型一致
真正需要动态计算的场景，宁可把逻辑移到应用层预处理，也不要堆在 WHERE 条件里硬扛。索引是否生效，一眼 explain 就能验证，别靠感觉。
