PHP无法用事务保障建表操作，因CREATE TABLE是DDL语句会隐式提交事务；真正可回滚的是建表后的INSERT等DML操作；应分步处理：先建表再用事务包裹初始化数据，并通过异常捕获+手动清理兜底。
PHP 本身不直接“用事务建表”——CREATE TABLE 是 DDL 语句，在绝大多数数据库（如 MySQL 的 InnoDB）中会**隐式提交当前事务**，无法回滚。所谓“事务建表保障可靠”，实际是误传概念；真正能靠事务保障的，是建表后的数据操作。
MySQL 中 CREATE TABLE 会自动提交事务
执行 CREATE TABLE 时，哪怕你已用 beginTransaction() 开启事务，该语句一执行，事务就立即结束。后续 rollback() 对它完全无效。
- 现象：调用
$pdo->exec("CREATE TABLE t1 (id INT)");后再$pdo->rollback();，表依然存在 - 原因：MySQL 将 DDL 视为“隐式提交事件”，InnoDB 不支持对 DDL 回滚（8.0.23+ 引入了部分原子 DDL，但仅限于单条语句内部一致性，不改变事务边界）
- 影响：不能靠事务把“建表 + 插入默认数据”打包成原子操作
想保障建表后初始化数据的可靠性？用分步校验 + 显式错误处理
若目标是“建表成功后必须插入几条基础配置”，应放弃事务包裹 DDL，改用程序逻辑兜底：
- 先用
$pdo->exec("CREATE TABLE ...")建表；捕获异常（如表已存在、语法错） - 建表成功后，立即执行
INSERT初始化数据，并用beginTransaction()包裹这些INSERT（它们是 DML，支持回滚） - 若初始化失败，可
rollback()并手动DROP TABLE（需确认权限） - 关键点：
DROP TABLE本身也隐式提交，所以应在事务外执行，且建议加IF EXISTS
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
try {
$pdo->exec("CREATE TABLE IF NOT EXISTS config (k VARCHAR(50), v TEXT)");
$pdo->beginTransaction();
$pdo->exec("INSERT INTO config VALUES ('site_name', 'MyApp')");
$pdo->exec("INSERT INTO config VALUES ('debug', '1')");
$pdo->commit();
} catch (PDOException $e) {
// 初始化失败：回滚 INSERT（有效），再清理空表
if ($pdo->inTransaction()) $pdo->rollback();
$pdo->exec("DROP TABLE IF EXISTS config");
throw $e;
}
替代方案：用迁移工具管理 schema 变更
生产环境建表不应由运行时 PHP 动态触发，而应走版本化迁移流程（如 Laravel Migrations、Doctrine Migrations）。这类工具：
立即学习“PHP免费学习笔记（深入）”；
- 把建表语句写在独立文件中，按顺序执行
- 维护
migrations表记录已执行的版本 - 失败时可人工介入，或重跑前先
ROLLBACK（实际是执行 down() 方法里的DROP TABLE） - 避免运行时建表带来的并发冲突和权限问题
真正需要事务保护的是数据变更，不是 schema 变更。建表属于部署动作，应前置、隔离、可重复验证——而不是塞进业务代码的 try/catch 里硬扛。
