phpMyAdmin 5.2+ 的 NULL 单元格高亮需同时满足 $cfg['RowHighlighting'] = true 且主题 CSS 定义 .null 类样式；推荐通过 $cfg['CustomCSS'] 注入自定义 CSS 并加 !important，避免直接修改主题文件导致升级丢失。
phpMyAdmin 5.2+ 版本：启用 $cfg['RowHighlighting'] 并确认主题支持 NULL 高亮
新版 phpmyadmin 默认开启行悬停高亮，但 null 单元格的特殊背景色依赖主题 css 和配置组合。必须同时满足两个条件：$cfg['rowhighlighting'] = true（默认已启用），且当前使用的主题（如 pmahomme 或 bootstrap）在 css 中定义了 .null 类的样式。
检查方法：打开任意表数据页，右键一个显示为 NULL 的单元格 → “检查元素”，看是否带有 class="null"；再查看对应 CSS 是否设置了背景色（如 background-color: #ffebee;）。若没有，说明主题未提供或被覆盖。
- 修改路径：编辑
config.inc.php，确保包含$cfg['RowHighlighting'] = true; - 不建议直接改主题 CSS 文件（升级会丢失），优先通过自定义 CSS 注入方式补全
- 部分精简主题（如
metro）完全没定义.null，换用pmahomme主题可立即生效
手动注入 CSS 让 NULL 单元格显眼：用 $cfg['Servers'][$i]['extension'] 配置或直接改 custom.css
当主题不渲染 .null 类，或你想自定义颜色（比如深灰底 + 白字），最稳妥的方式是注入 CSS。phpMyAdmin 提供了两种入口：一是通过配置项加载外部 CSS，二是放入 ./css/custom.css（需 Web 服务器可读）。
推荐使用配置方式，避免文件权限问题：
- 在
config.inc.php中添加：$cfg['Servers'][$i]['extension'] = 'mysqli';<br>$cfg['CustomCSS'] = './css/custom.css';
- 创建
./css/custom.css，写入：.null { background-color: #424242 !important; color: #fff !important; } - 注意：必须加
!important，否则会被内联样式或主题规则覆盖 - 如果 PHP 运行在 open_basedir 限制下，
$cfg['CustomCSS']可能失效，此时只能改./templates/css/common.css（不推荐，升级会重置）
为什么有些 NULL 不变色？常见干扰因素和排查顺序
即使配置正确，仍可能看不到效果，核心原因不是功能失效，而是“NULL”被当成字符串或空字符串处理了。
立即学习“PHP免费学习笔记（深入）”；
-
SELECT '' AS foo返回的是空字符串''，不是 SQL NULL，不会加.null类 - 字段类型为
TINYINT(1)且值为0，显示为0，不是 NULL；只有真正IS NULL的才触发高亮 - phpMyAdmin 的“空值显示为”设置（
$cfg['ShowSQL']无关，但$cfg['ProtectBinary']若设为FALSE可能影响某些 BLOB 字段的 NULL 渲染逻辑） - 浏览器缓存了旧 CSS，强制刷新（Ctrl+F5）或清空样式缓存
- 某些插件（如某些 Apache mod_security 规则）会拦截
custom.css请求，返回 403，检查浏览器开发者工具 Network 标签页
PHP 层无法干预、JS 方案不推荐的底层原因
有人想用 JS 动态查找文本 NULL 并加 class，这不可靠——因为 phpMyAdmin 对 NULL 的渲染是服务端生成的 HTML，且相同字符串（如用户存的字符串 'NULL'）会混淆判断。更关键的是，phpMyAdmin 的分页、排序、AJAX 刷新都会重新生成 DOM，JS 补丁极易失效或重复执行。
真正的 NULL 区分必须基于服务端输出的语义标记（即 <td class="null">NULL</td>），而不是字符串内容。所以所有绕过配置、硬塞 JS 的方案，长期来看都增加维护成本，且在新版本中大概率崩溃。
复杂点在于：不同 phpMyAdmin 版本对 .null 类的插入位置有差异（5.0 在 <td>，4.9 在 <span>），而 CSS 选择器必须匹配准确。最容易被忽略的是——你改了配置，却忘了重启 Web 服务或清空浏览器缓存，然后以为功能坏了。
