PDO链式prepare()->execute()正常，分步调用$statement->execute()失效求助

嘿，我来帮你排查这个问题！

核心原因 #

你的代码里有个关键问题：PDO默认不允许在单个prepare()调用中执行多条SQL语句，而你把所有DELETE语句用分号拼接成了一个大的SQL字符串。

• 当你用链式调用$this->pdo->prepare($sql)->execute()时，其实prepare()已经失败了（因为多语句被禁用），返回了false，但如果你的PHP错误报告级别没开全，可能没看到报错，误以为它“运行正常”。
• 而分步调用时，$statement = $this->pdo->prepare($sql)得到的是false，再调用$statement->execute()就会触发致命错误（因为false不是对象，不能调用方法），所以代码直接崩了。

正确的修复方式（推荐方案） #

不要拼接多条SQL，而是在循环里逐个处理每个表的DELETE操作，同时改用参数绑定避免SQL注入风险（你的原代码直接把$pid_user拼进SQL是非常危险的！）：

try {
    $this->pdo->beginTransaction();
    
    $tables = [
        ["name" => "snsho_bittrex_apikey", "column" => "fk_user"],
        ["name" => "snsho_bittrex_balances", "column" => "fk_user"],
        ["name" => "snsho_bittrex_deposit_history", "column" => "fk_user"],
        ["name" => "snsho_bittrex_order_history", "column" => "fk_user"],
        ["name" => "snsho_bittrex_withdrawal_history", "column" => "fk_user"],
        ["name" => "snsho_user_settings", "column" => "fk_user"],
        ["name" => "snsho_user", "column" => "pid_user"],
    ];

    foreach($tables as $table){
        // 逐个准备SQL语句，用?作为占位符
        $sql = 'DELETE FROM ' . $table["name"] . ' WHERE ' . $table["column"] . ' = ?';
        $statement = $this->pdo->prepare($sql);
        // 绑定参数并执行
        if (!$statement->execute([$pid_user])) {
            // 如果执行失败，抛出异常触发回滚
            throw new Exception("Failed to delete from table {$table['name']}");
        }
    }

    if($this->pdo->commit()){
        echo "commited";
    }else{
        echo "commit failed";
    }
    return TRUE;
} catch (Exception $e) {
    $this->adminMessages->setSingleError("Failed: " . $e->getMessage());
    $this->pdo->rollBack();
    return FALSE;
}

为什么不推荐多语句执行？ #

如果你执意要保留多语句的写法，可以在初始化PDO时开启PDO::MYSQL_ATTR_MULTI_STATEMENTS选项，但这会大幅增加SQL注入的风险，除非你能100%确保$pid_user是绝对安全的（比如是你自己生成的整数ID，没有用户输入）：

// 初始化PDO时添加这个配置
$pdo = new PDO($dsn, $username, $password, [
    PDO::MYSQL_ATTR_MULTI_STATEMENTS => true,
    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, // 建议开启异常模式
]);

但还是强烈建议用第一种方案，既安全又符合PDO的最佳实践。

额外提醒 #

• 开启PDO的异常模式（PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION），这样能更清晰地捕获数据库操作中的错误，方便排查问题。
• 永远不要直接把用户可控的变量拼进SQL语句，参数绑定是预防SQL注入的核心手段。

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