where条件写法有讲究吗
很多人写SQL时觉得，只要把条件塞进where后面就行，能查出数据就完事。但实际工作中，where条件的写法确实有不少门道，写得好不好直接影响查询效率和结果准确性。
比如你在公司查销售记录，想找出2023年销售额超过1万的订单。如果写成：
SELECT * FROM orders WHERE YEAR(order_date) = 2023 AND amount > 10000;看起来没问题，但YEAR()函数会让数据库无法使用order_date字段的索引，数据量一大，查询就会明显变慢。更合理的写法是：
SELECT * FROM orders WHERE order_date >= '2023-01-01' AND order_date < '2024-01-01' AND amount > 10000;这样order_date可以走索引，查询速度提升明显。
条件顺序也有影响
有些人习惯按字段顺序写where条件，但实际上应该把筛选力度大、能快速缩小结果集的条件往前放。比如你查用户表，知道某个手机号对应的数据极少，那就应该先把手机号条件放在前面，而不是先判断性别或年龄这种分布均匀的字段。
虽然现代数据库优化器会自动调整执行顺序，但在某些老系统或复杂语句中，手动优化仍有效果。
避免在字段上做运算
类似WHERE UPPER(name) = 'Zhang'这样的写法也很常见，但UPPER函数会让name字段的索引失效。如果你经常按大小写不敏感的方式查询，不如在存数据时统一转小写，或者建个函数索引。
还有人喜欢用WHERE status != 0来排除禁用状态，但如果status字段有多个有效值，写成WHERE status IN (1, 2, 3)会更清晰，也更容易命中索引。
null值处理要小心
WHERE column = null是查不出任何结果的，正确写法是WHERE column IS NULL。同样，NOT IN子句里如果包含null，整个条件可能不会按预期工作。这些细节看似小，但在排查数据异常时往往是关键点。
写where条件不是简单拼条件，而是要考虑索引、数据分布、函数影响和null处理。花几分钟优化一下，可能就能让查询从几秒降到几十毫秒。