PDO查询返回所有列值均为NULL？MySQL直接执行正常

嘿，这种情况确实挺闹心的——同一条SQL在数据库客户端里跑得出结果，用PDO执行就全是NULL，咱们一步步来揪出问题所在：

首先，先解决最危险也最可能的隐患：SQL拼接问题 #

你现在直接把$id拼进SQL语句里，不仅有严重的SQL注入风险，还很容易因为参数类型不匹配、特殊字符转义问题，导致实际执行的SQL和你在MySQL里测试的不一样，最终查不到数据返回NULL。赶紧改成PDO预处理语句试试，这也是PDO的标准用法：

public function getPort($id) { 
    $sql = "SELECT c.id, c.port as number, d.type, d.spec, d.transfer as speed 
            FROM details a 
            LEFT JOIN port_to_drive b ON a.drive_id = b.drive_id 
            LEFT JOIN port c ON b.port_id = c.id 
            LEFT JOIN port_type d ON c.port_type = d.id 
            WHERE a.id = ?"; 
    $stmt = $this->db->prepare($sql);
    // 绑定参数并执行
    $stmt->execute([$id]);
    return $stmt->fetchObject(); 
}

预处理会自动处理参数的类型和转义，确保执行的SQL和你预期的完全一致。

接下来排查几个隐性问题 #

1. 确认PDO连接的数据库和你测试的是同一个 #

有时候我们会犯低级错误：代码连接的是测试库，而你在客户端查的是本地库，两边数据不一样自然查不到。你可以在函数里加一行代码验证当前连接的数据库：

var_dump($this->db->query("SELECT DATABASE();")->fetch());

对比一下输出的库名和你客户端用的是不是同一个。

2. 检查传入的$id值是否正确 #

别笑，有时候传入的ID和你测试的根本不是同一个！比如前端传错了值，或者函数调用时传参错误。在函数开头加个打印：

var_dump($id); // 看看实际传入的ID是什么

确认这个值和你在MySQL里测试用的ID完全一致。

3. 查看PDO执行时的错误信息 #

虽然你设置了ERRMODE_EXCEPTION，但有些情况下可能不会抛出异常，我们可以主动获取执行时的错误详情：

public function getPort($id) { 
    try {
        $sql = "SELECT c.id, c.port as number, d.type, d.spec, d.transfer as speed 
                FROM details a 
                LEFT JOIN port_to_drive b ON a.drive_id = b.drive_id 
                LEFT JOIN port c ON b.port_id = c.id 
                LEFT JOIN port_type d ON c.port_type = d.id 
                WHERE a.id = ?"; 
        $stmt = $this->db->prepare($sql);
        $stmt->execute([$id]);
        // 打印错误信息，排查问题
        var_dump($stmt->errorInfo());
        return $stmt->fetchObject(); 
    } catch(PDOException $e) {
        echo "执行出错：" . $e->getMessage();
        die();
    }
}

如果有语法错误或者权限问题，这里会给出明确提示。

最后再排除一个小概率情况 #

虽然你说MySQL执行有结果，但可以确认下LEFT JOIN的逻辑：如果details表的这条记录在关联表中没有匹配项，理论上会返回主表数据+关联表NULL，但你说全字段都是NULL，说明连主表的a.id = $id都没匹配到，所以核心还是查询条件的问题——预处理语句基本能解决这个。

内容的提问来源于stack exchange，提问作者EternalHour