当使用 phpMyAdmin 5.1.1 连接 PHP 8.0+（如 8.0.13）时，执行含 NULL 值参与 JOIN 的查询（如 ON u.id uc.user_id）会触发 htmlspecialchars(): Argument #1 must be of type string, null given 错误；升级至 phpMyAdmin 5.2.0 或更高版本即可彻底解决。
当使用 phpmyadmin 5.1.1 连接 php 8.0+（如 8.0.13）时，执行含 null 值参与 join 的查询（如 `on u.id uc.user_id`）会触发 `htmlspecialchars(): argument #1 must be of type string, null given` 错误；升级至 phpmyadmin 5.2.0 或更高版本即可彻底解决。
该错误并非由 SQL 逻辑本身引起，而是 phpMyAdmin 内部渲染查询结果时的兼容性缺陷：PHP 8.0 起加强了类型严格性，htmlspecialchars() 函数不再接受 null 参数；而 phpMyAdmin 5.1.1 在处理 LEFT JOIN 后可能为某些字段生成 null 值，并未做空值校验便直接传入 htmlspecialchars()，导致致命 TypeError。
您的查询示例是完全合法且推荐的写法：
SELECT * FROM users_credentials uc LEFT JOIN users u ON u.id uc.user_id;
其中 （NULL 安全等于运算符）正确处理了 uc.user_id 为 NULL 的情况，但旧版 phpMyAdmin 在结果表格渲染阶段（libraries/classes/Display/Results.php 第 2012 行附近）未能对单元格值做非空断言，从而暴露底层 PHP 版本升级带来的类型约束变化。
✅ 推荐解决方案：
- 升级 phpMyAdmin 至 5.2.0 或更新版本（官方已修复该问题，详见 phpMyAdmin v5.2.0 Release Notes）；
- 若使用 XAMPP，可按 Stack Overflow 指南 手动替换 phpMyAdmin 目录（备份原文件后，下载最新 .zip 包解压覆盖）；
- 升级后务必清除浏览器缓存，并验证 phpinfo() 中显示的 phpMyAdmin 版本号。
⚠️ 临时规避（不推荐长期使用）：
仅在调试阶段可尝试将 NULL 字段显式转换为字符串（如 COALESCE(uc.user_id, '')），但这会掩盖真实数据状态，且无法解决其他潜在的 null 渲染路径问题。
总结：此问题本质是软件栈版本不匹配所致，而非 SQL 编写错误。保持 phpMyAdmin 与 PHP 版本兼容（参考 官方兼容性矩阵）是避免此类运行时异常的关键实践。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
