查不到数据最常见的原因是where条件值类型不匹配：int字段误加引号、字符串漏单引号、日期格式错误、null用=判断、like左通配符致索引失效、and/or优先级未加括号、隐含空格或不可见字符。
SELECT WHERE 语句写不对，查不到数据？先看条件值类型是否匹配
最常见的“查不到”不是语法错，而是 WHERE 后面的值和字段类型不一致。比如对 user_id（INT 类型）写成 WHERE user_id = '123'，MySQL 可能隐式转换，但 PostgreSQL 或 SQLite 会直接不匹配或报错。
- 字符串字段必须用单引号包裹：
WHERE name = 'Alice'，别漏掉引号 - 数字字段别加引号：
WHERE age = 25，写成'25'在严格模式下会失效 - 日期字段注意格式：标准是
'2024-03-15'，不是'15/03/2024'，否则可能全表扫描或无结果 - NULL 判断必须用
IS NULL，不能用= NULL—— 这个永远返回 false
LIKE 模糊查询慢得像卡住？警惕开头的通配符
LIKE 看似简单，但 WHERE name LIKE '%john%' 会让索引完全失效，尤其是大表——数据库只能全表扫描。
- 想走索引，尽量把通配符放在右边：
WHERE name LIKE 'john%'（前缀匹配） - 如果必须中间匹配，考虑用全文索引（
FULLTEXT）或倒排表，而不是硬扛LIKE '%...%' - 大小写敏感性取决于字段排序规则（collation），
utf8mb4_general_ci不区分，utf8mb4_bin区分；不确定时加LOWER()统一处理：WHERE LOWER(email) LIKE '%gmail%'
多个条件组合时，AND / OR 优先级容易搞反
AND 优先级高于 OR，没加括号的话，WHERE status = 'active' OR role = 'admin' AND dept = 'tech' 实际等价于 WHERE status = 'active' OR (role = 'admin' AND dept = 'tech')，常导致意外命中大量记录。
- 所有含
OR的复合条件，务必用括号明确逻辑边界：WHERE (status = 'active') OR (role = 'admin' AND dept = 'tech') - 用
IN替代多个OR更安全清晰：WHERE category IN ('A', 'B', 'C') - 注意
NOT的作用范围：写成NOT status = 'deleted' AND role = 'user'比NOT (status = 'deleted' AND role = 'user')意思完全不同
查不到记录却没报错？检查 WHERE 条件里有没有空格或不可见字符
从 Excel、网页或日志复制过来的值，常带首尾空格、全角空格、零宽空格（U+200B）甚至换行符，WHERE code = 'ABC ' 和 WHERE code = 'ABC' 是两条命
- 调试时先用
LENGTH()和HEX()检查：SELECT code, LENGTH(code), HEX(code) FROM users WHERE id = 123 - 模糊匹配加前后空格容忍：
WHERE TRIM(code) = 'ABC'，但注意这会让索引失效 - 入库时就该用
TRIM()清洗，而不是每次查询都补救
最麻烦的不是语法写错，是条件看着完全正确，但值本身藏了看不见的字符——这种问题在跨系统导入数据时高频出现，值得花 30 秒用 HEX() 确认一下
