必须用IS NULL判断NULL，因NULL是未知状态，= NULL恒返回UNKNOWN而被WHERE过滤；IS NULL可走索引，需区分NULL与''，并用HEX或LENGTH验证真实值。
查不到 null 数据，大概率是因为用了 = null 或 != null 这类写法——它们永远不返回任何行，不是 phpmyadmin 的问题，而是 sql 标准行为。
为什么 = NULL 查不到任何结果？
MySQL（以及所有遵循 SQL 标准的数据库）中，NULL 表示“未知值”，而任何与 NULL 的等值比较（包括 =、!=、、<code>>）结果都是 UNKNOWN，在 WHERE 子句中会被当作 FALSE 处理。
常见错误示例：
-
SELECT * FROM users WHERE phone = NULL;→ 永远空结果 -
SELECT * FROM products WHERE price != NULL;→ 同样空结果 - 即使字段确实存了
NULL，这些语句也匹配不上
正确查询 NULL 的两种方式
必须用专门设计的 NULL 判断语法，phpMyAdmin 完全支持，且和命令行 MySQL 行为一致：
-
IS NULL：只匹配真正为NULL的行SELECT * FROM users WHERE phone IS NULL; -
IS NOT NULL：排除NULL，只取有值的行SELECT * FROM products WHERE price IS NOT NULL; - MySQL 特有但不推荐日常使用：
（NULL-safe equal），例如WHERE commission NULL等价于IS NULL，但它会掩盖类型隐式转换风险
为什么有些“看起来是 NULL”的数据查不出来？
你看到单元格显示 NULL，不代表它真是 SQL NULL。常见干扰项：
立即学习“PHP免费学习笔记（深入）”；
- 字段存的是空字符串
''，不是NULL—— 用LENGTH(col)或HEX(col)验证：SELECT HEX(phone) FROM users WHERE id = 1;若返回2727（两个单引号）或空字符串的十六进制，就不是NULL - TINYINT(1) 字段值为
0，界面可能渲染成类似NULL的灰调，但它是数字0，不是NULL - phpMyAdmin 的“空值显示为”设置（
$cfg['ReplaceNulls']）把NULL渲染成破折号—或空格，容易误判；真要确认，右键单元格 → “检查元素”，看是否带class="null"
在 phpMyAdmin SQL 标签页里验证最可靠
别依赖浏览视图的显示，直接在 SQL 标签页执行诊断语句：
- 查字段是否真为
NULL：SELECT id, phone, phone IS NULL AS is_null_flag FROM users LIMIT 10; - 统计分布：
SELECT COUNT(*) AS total, COUNT(phone) AS non_null_count, COUNT(*) - COUNT(phone) AS null_count FROM users; - 混合排查：
SELECT id, phone, LENGTH(phone), HEX(phone) FROM users WHERE phone IS NULL OR phone = '' LIMIT 5;
真正容易被忽略的是：phpMyAdmin 不修改 SQL 语义，它只是执行你写的语句。所谓“查询结果不正确”，几乎全是条件写法或数据本质理解偏差导致的——先确认数据是不是真的 NULL，再确认你用的是否是 IS NULL。
