在WordPress中使用$wpdb执行MySQL事务是否安全？

直接说结论：不安全，手动用$wpdb执行START TRANSACTION这类原生事务语句很容易被其他代码搞砸，原因如下：

为啥不安全？ #

• 单连接共享的坑：全局$wpdb确实共用一个MySQL连接，你的事务没提交/回滚时，其他插件、主题甚至WordPress核心的查询都会跑到这个连接里，相当于被强行塞进你的事务里——要么跟着你的事务一起提交/回滚，要么触发MySQL的隐式提交（比如执行DDL语句时，MySQL会自动提交当前事务），完全打乱你的预期。
• WordPress的自动提交机制：WordPress默认开了MySQL的autocommit，你手动启动事务后，有些WP内置函数可能偷偷执行flush之类的操作，间接把你的事务提交了，你都不知道。
• 钩子执行的并发问题：如果你的代码挂在init、save_post这类钩子上，其他插件的钩子可能在同一个请求里跟你抢连接，并行执行查询，直接破坏事务的原子性。

更稳妥的做法 #

别自己写原生事务语句，用WordPress自带的事务方法，它会帮你处理连接隔离的问题：

global $wpdb;

// 启动事务（推荐用WP内置方法）
$wpdb->start_transaction();

try {
    $wpdb->query(...);
    $wpdb->query(...);

    if ($condition) {
        $wpdb->commit(); // 提交事务
    } else {
        throw new Exception('触发回滚条件');
    }
} catch (Exception $e) {
    $wpdb->rollback(); // 回滚所有操作
}

就算用内置方法，也要注意：

• 尽量把事务代码放在独立的执行环境里，比如单独的AJAX请求，或者用钩子优先级确保你的代码先跑，且中间不会被其他插件的代码插入。
• 事务里别调用那些会触发额外查询的WP函数，比如get_post_meta、update_option，这些函数会共享连接，干扰你的事务。

最后总结 #

手动操作原生事务风险极大，优先用WP提供的事务工具，同时严格控制事务的执行上下文，避免和其他代码共享连接的执行周期。

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