如何在GORM中注册Exec回调以全局捕获数据库写入失败？

方案1：封装自定义Exec方法 #

不管你用的是哪种数据库库，最直接的方式是自己封装一层Exec逻辑，把所有Exec调用收拢到这个方法里，统一处理错误：

// 假设你的数据库实例是db，根据实际情况替换
func GlobalExec(sql string, args ...interface{}) (sql.Result, error) {
    res, err := db.Exec(sql, args...)
    if err != nil {
        // 这里写你的全局失败处理逻辑：打日志、发告警、记录错误信息等
        log.Printf("Exec执行失败 | SQL: %s | 参数: %v | 错误: %v", sql, args, err)
        // 也可以根据错误类型做不同处理，比如重试、包装错误等
    }
    return res, err
}

项目里所有需要执行Exec的地方，都调用这个GlobalExec，别直接用原生的db.Exec，这样就能把所有Exec的失败情况都捞住。

方案2：用数据库框架的拦截器/中间件 #

如果你的ORM框架支持全局拦截（比如GORM v2、XORM这类），可以直接注册拦截器捕获所有Exec操作：
以GORM为例：

type execErrorInterceptor struct{}

func (e *execErrorInterceptor) Intercept(ctx context.Context, invocation *gorm.Interception) {
    // 先执行原始的Exec操作
    invocation.Proceed(ctx)
    // 执行完后检查是否有错误
    if invocation.Error != nil {
        // 全局处理逻辑
        log.Printf("Exec操作触发错误: %v", invocation.Error)
        // 如果需要，还能拿到执行的SQL语句：invocation.SQL
    }
}

// 注册拦截器到DB实例
db.Use(&execErrorInterceptor{})

这种方式不用改业务代码，全局生效，能自动捕获所有通过ORM执行的Exec操作，包括框架内部隐式调用的Exec。

方案3：驱动层钩子拦截 #

部分数据库驱动支持自定义钩子或日志器，能在SQL执行前后触发逻辑。比如某些MySQL驱动允许你设置自定义Logger，当执行失败时会调用Logger的Error方法，你可以在这个方法里做全局处理。

注意事项 #

• 尽量统一Exec的调用入口，避免零散调用原生方法导致遗漏；
• 处理错误时区分类型：比如网络波动这类可重试的错误可以加重试逻辑，语法错误或主键冲突这类不可恢复的错误直接记录告警；
• 全局处理逻辑别做太耗时的操作，避免阻塞业务流程。

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