应升级PHP接口，用mysqli或PDO替换已废弃的mysql_*函数。检查PHP版本兼容性，修正连接参数顺序，显式设置UTF8MB4字符集，并通过响应头和JSON结构识别迁移状态。
Node.js 调用 PHP 接口时遇到 mysql_connect 报错怎么办
PHP 5.5+ 已废弃 mysql_connect，7.0+ 彻底移除。Node.js 通过 HTTP 请求调用的 PHP 接口若仍用该函数，会返回 Fatal error: Uncaught Error: Call to undefined function mysql_connect()。这不是 Node.js 的问题，而是后端 PHP 代码不兼容当前运行环境。
实操建议：
- 检查 PHP 接口源码，定位是否直接调用了
mysql_connect、mysql_query等mysql_*函数族 - 不要尝试在 Node.js 层“绕过”——HTTP 响应体里出现这个错误，说明 PHP 进程已崩溃退出，Node.js 只能收到 500 或空响应
- 若无法修改 PHP 源码（如第三方闭源系统），需确认其 PHP 运行版本 ≤ 5.4；否则必须升级或替换接口
用 mysqli 替换 mysql_* 时要注意连接方式差异
mysqli 不是简单地把函数名前缀从 mysql_ 改成 mysqli_，构造方式和参数顺序有实质性变化，尤其影响 Node.js 发起请求后的响应稳定性。
常见踩坑点：
立即学习“PHP免费学习笔记（深入）”；
-
mysql_connect($host, $user, $pass)是三参数顺序；mysqli_connect($host, $user, $pass, $db, $port)第四、五参数位置易被忽略，漏传导致连接成功但选库失败 - 面向对象写法中，
new mysqli(...)构造失败会抛出异常，而旧版mysql_connect失败只返回false，没加or die()类逻辑会导致静默失败，Node.js 看到的是空响应或超时 - 若 PHP 接口用长连接（
mysqli_pconnect），需确认 web 服务器（如 Apache 的 mpm_prefork）与 MySQL max_connections 匹配，否则 Node.js 并发调用时可能触发 “Too many connections”
Node.js 层如何快速识别 PHP 接口是否已迁移到 PDO
比起逐行读 PHP 源码，更高效的方式是从 HTTP 响应特征反推：PDO 迁移后通常伴随更结构化的错误输出和统一的 JSON 封装，而残留 mysql_* 的接口往往裸露 PHP 错误信息。
可执行的检测动作：
- 用
curl -v http://your-api/endpoint.php查看响应头：Content-Type若为text/html且响应体含Fatal error，基本可判定未迁移 - 在 Node.js 中用
axios或fetch调用时，检查response.data是否为合法 JSON；若开头是或包含mysql_字符串，说明 PHP 脚本本身被当作纯文本输出（常见于短标签未启用或语法错误） - 若接口返回
{"code":500,"msg":"SQL error"}这类抽象提示，大概率已用 PDO + try/catch 封装，但需进一步查 PHP 日志确认是否真用了PDOException捕获
跨语言调试时容易忽略的字符集隐性冲突
Node.js 默认用 UTF-8 发送请求体，而老旧 PHP 接口若用 mysql_set_charset('gbk') 或没设 charset，会导致中文字段写入乱码、查询无结果——表现像“接口正常返回但数据为空”，实际是编码错位。
排查路径：
- 在 PHP 接口中加日志：
error_log("Client encoding: " . $_SERVER['HTTP_CONTENT_TYPE']);，确认 Node.js 是否带了charset=utf-8 - 检查 MySQL 连接初始化处是否显式执行
$mysqli->set_charset("utf8mb4")（注意是utf8mb4，不是utf8） - 若 PHP 使用
PDO，DSN 中必须包含;charset=utf8mb4，例如：mysql:host=localhost;dbname=test;charset=utf8mb4；漏掉会导致预处理语句参数编码异常
这类问题不会报错，但会让 Node.js 收到空数组或错误匹配结果，调试时最容易卡在“逻辑没错，数据不对”的环节。
