SQL多条件筛选需用AND/OR/NOT配合括号明确逻辑关系，优先处理NULL值（用IS NULL），并按选择性高低排列条件以优化性能。
SQL多条件筛选的核心在于合理组织WHERE子句中的逻辑运算符（AND、OR、NOT）与括号优先级，确保语义准确、执行高效。关键不是堆砌条件，而是理清业务意图与数据关系。
明确条件之间的逻辑关系
先问自己：这些条件是“必须同时满足”还是“满足其一即可”？比如查“北京的VIP客户”或“上海的普通客户”，本质是两组独立条件的并集：
- 用AND连接同一组内必须共存的条件（如：city = '北京' AND is_vip = 1）
- 用OR连接互斥或并列的业务场景（如：(city = '北京' AND is_vip = 1) OR (city = '上海' AND is_vip = 0)）
- 务必用圆括号包裹每组完整逻辑单元，避免因运算符优先级导致误判
处理NULL值要主动判断
WHERE中使用=、!=或IN时，NULL值天然被过滤掉。若需包含未知状态，必须显式写出IS NULL或IS NOT NULL：
- 错误写法：status != 'done' —— 会漏掉所有status为NULL的记录
- 正确写法：(status != 'done' OR status IS NULL)
- 对可空字段做范围或枚举筛选时，始终检查NULL是否属于有效业务含义
优化性能的实用技巧
条件顺序本身不影响结果，但影响可读性与潜在执行计划（尤其在无索引字段上）：
- 把高选择性条件（能快速排除大量数据的）放在前面，如：date >= '2024-01-01'比gender = 'M'通常更有效
- 避免在索引字段上使用函数或表达式，否则索引失效，例如：YEAR(create_time) = 2024 → 改为 create_time >= '2024-01-01' AND create_time 2025-01-01'
- IN列表项不宜过多（一般不超过500个），超量时考虑临时表或JOIN替代
动态条件常见写法（应用层适配）
后端拼接SQL时，避免硬编码冗余AND/OR。推荐用“恒真条件”打底，再按需追加：
- 初始WHERE 1=1，后续每条有效条件前加AND，无需判断是否首个条件
- 前端传参为空字符串或0时，跳过该条件（如：不传user_id就不加AND user_id = ?）
- 使用CASE WHEN或COALESCE实现“参数为空则忽略该条件”的语义，例如：AND (#{city} IS NULL OR t.city = #{city})
