SQL复杂查询需分步组织业务逻辑：先拆解条件为独立单元并测试，再用括号显式定义优先级，接着显式处理NULL值，最后避免隐式类型转换。
SQL复杂条件查询不是拼凑WHERE子句，而是围绕业务逻辑分步组织过滤意图。核心是先明确“要什么”，再决定“怎么筛”，最后验证“筛得准不准”。顺序错、括号漏、隐式类型转换、NULL处理不当，这四类问题占实际报错和结果偏差的80%以上。
一、从语义出发，拆解业务条件为逻辑单元
别一上来就写SQL。先把自然语言需求划分为独立可验证的判断点。比如“查近30天内下单、已支付、且非测试账号的订单，金额在100~500元之间，商品属于A类目或B类目”应拆成：
- 时间范围：order_time >= DATE_SUB(NOW(), INTERVAL 30 DAY)
- 状态组合：status = 'paid' AND is_test_account = 0
- 金额区间：amount BETWEEN 100 AND 500
- 类目归属：category IN ('A', 'B')
每个单元单独测试是否返回预期数据，再合并——避免一写完就陷入“哪条条件拖慢了性能”或“为什么少了几条记录”的排查泥潭。
二、用括号显式定义优先级，不依赖默认运算顺序
AND 优先级高于 OR，但人脑不记优先级。下面两行语义完全不同：
错误写法（易误解）： WHERE status = 'paid' OR status = 'shipped' AND amount > 500
正确写法（意图清晰）： WHERE (status = 'paid' OR status = 'shipped') AND amount > 500
所有含 OR 的子条件，只要和 AND 并存，必须加括号。多层嵌套时，每组逻辑单元都独立括起，例如：
推荐结构： WHERE (type = 'normal' AND score >= 60) OR (type = 'trial' AND created_at > '2024-01-01')
三、NULL值必须显式处理，不能用=或!=比较
任何字段与 NULL 做 =、!=、>、
- WHERE discount != 0 → 过滤掉 discount 为 NULL 的记录（本意可能是“有折扣”）
- WHERE price > 100 AND category != 'gift' → 若 category 是 NULL，整行被跳过
正确做法：
- 判断存在：category IS NOT NULL
- 判断为空：discount IS NULL
- 安全比较：COALESCE(discount, 0) != 0 或 NULLIF(discount, 0) IS NOT NULL
四、避免隐式类型转换导致索引失效或结果偏差
字符串字段存数字（如 order_no VARCHAR）、日期字段用字符串比较（WHERE create_time > '2024-05'），都会触发隐式转换。后果是：
- 索引无法使用，全表扫描
- 字符比较代替数值比较（'10'
- 日期截断导致逻辑错误（'2024-05' 被转成 '2024-05-01 00:00:00'，漏掉当月其他时间）
解决方法：
- 字段是什么类型，就用什么类型值去比：id 是 INT，就写 WHERE id = 123，不写 WHERE id = '123'
- 日期范围用标准格式+函数：WHERE create_time >= '2024-05-01' AND create_time
- 不确定字段类型？先DESCRIBE table_name看定义
基本上就这些。复杂查询不是堆条件，而是理逻辑、控边界、验数据。写完多问一句：这条条件在NULL时怎么走？类型对不对？括号包住了我想表达的“一组意思”吗？不复杂但容易忽略。
