含CREATE TABLE语句的事务无法回滚，为何部分操作生效？

你的代码调用cancel()取消上下文后，事务本该整体回滚，但数据库却保留了testTable和第一条插入的记录，还触发了transaction has already been committed or rolled back错误，核心原因如下：

1. DDL语句的隐式提交特性（以MySQL为例） #

多数关系型数据库（比如MySQL的InnoDB引擎）中，DDL语句（如CREATE TABLE）会触发隐式提交——执行DDL时，当前运行的事务会被数据库自动提交，后续的DML操作（如INSERT）会进入自动提交模式（每条语句单独提交）。

你的代码里，执行CREATE TABLE后，tx对应的事务已经被隐式提交，后续第一条INSERT是在自动提交模式下执行的，直接写入数据库，和原事务不再关联。

2. Context取消时原事务已不存在 #

调用cancel()后，Go的sql.Tx会尝试检测上下文取消并回滚事务，但此时原事务已经因DDL的隐式提交被终结，所以执行第二条INSERT时会报错“事务已被提交或回滚”。而之前的DDL和第一条INSERT已经被永久提交，自然无法回滚。

另外你的代码存在错误处理漏洞：事务中遇到错误时未显式调用tx.Rollback()，虽不是本次问题核心，但建议补上避免资源泄漏。

解决办法 #

• 针对MySQL这类不支持DDL事务的数据库：不要在事务中执行DDL操作。可以先在事务外创建表，再在事务中执行DML；或调整业务逻辑，接受DDL隐式提交的特性。
• 使用支持DDL事务的数据库（如PostgreSQL）：可正常在事务中执行DDL，此时取消上下文后整个事务会被完整回滚。
• 完善事务错误处理：在事务函数中添加defer语句，确保无论成功失败都能正确清理事务，示例：

func DoTx(tx *sql.Tx, ctx context.Context, cancel context.CancelFunc) {
    var err error
    defer func() {
        if err != nil {
            _ = tx.Rollback()
        }
    }()

    // 执行CREATE TABLE及后续操作...
    
    err = tx.Commit()
    if err != nil {
        fmt.Println(err)
    }
}

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