Golang数据库操作与SQL错误处理技巧

答案：Go中数据库错误处理需通过errors.As提取底层错误并结合SQL状态码进行精准转换，避免依赖错误消息字符串。应封装统一的错误映射函数，将驱动错误（如PostgreSQL的23505唯一键冲突）转化为应用级错误，提升代码健壮性与可维护性。

在Go语言开发中，错误处理和数据库操作是两个高频且关键的环节，尤其当涉及数据库SQL执行时，如何准确识别和转换底层错误，对提升系统健壮性和用户体验至关重要。Go的错误处理机制简洁但需要开发者主动判断，而数据库驱动（如database/sql或pgx）返回的错误往往封装较深，直接使用容易造成误判。以下是实用的错误处理策略与SQL错误转换技巧。

理解Go的错误处理机制

Go通过返回error类型来表示异常状态，函数执行失败时通常返回非nil的error。正确的做法是始终检查error值，并根据具体类型或内容做出响应。

常见模式如下：

rows, err := db.Query("SELECT name FROM users WHERE id = ?", userID)
if err != nil {
    log.Printf("query failed: %v", err)
    return err
}
defer rows.Close()

注意：不要忽略error，即使你认为“它不会出错”。

区分数据库错误类型：使用errors.Is和errors.As

标准库database/sql本身不暴露具体错误类型，但底层驱动（如mysql、pq、pgx）会返回特定错误。使用errors.As可以提取底层错误进行判断。

例如，PostgreSQL使用pgconn.PgError表示SQL状态码错误：

_, err := db.Exec("INSERT INTO users (email) VALUES ($1)", "duplicate@example.com")
var pgErr *pgconn.PgError
if errors.As(err, &pgErr) {
    switch pgErr.Code {
    case "23505": // unique_violation
        return fmt.Errorf("email already exists")
    case "23503": // foreign_key_violation
        return fmt.Errorf("referenced resource not found")
    }
}

MySQL驱动如go-sql-driver/mysql也提供*mysql.MySQLError，可通过Number字段判断错误码。

封装错误转换函数提升可维护性

将数据库错误映射为应用级错误，避免业务逻辑中直接处理驱动错误。可以定义统一转换函数：

func mapSQLError(err error) error {
    if err == nil {
        return nil
    }

    var pgErr *pgconn.PgError
    if errors.As(err, &pgErr) {
        switch pgErr.Code {
        case "23505":
            return ErrDuplicateEntry
        case "23503":
            return ErrForeignKeyViolation
        case "22P02": // invalid_text_representation
            return ErrInvalidInput
        }
    }

    return ErrDatabase // 通用数据库错误
}

这样在handler或service中只需处理业务错误，逻辑更清晰。

利用SQL状态码而非错误消息

不要依赖错误消息字符串进行判断，因为可能随语言或版本变化。SQL标准定义了SQLSTATE代码（五位字符串），如PostgreSQL和MySQL都支持，应优先使用Code或Number字段。

例如：

• 23505: 唯一键冲突（PostgreSQL）
• 1062: MySQL中的重复条目错误
• 22001: 字符串数据过长

这些代码比文本错误更稳定，适合作为程序判断依据。

基本上就这些。关键是建立统一的错误映射机制，避免在业务代码中散落数据库驱动相关的错误判断。通过errors.As提取底层错误，结合SQL状态码做精准转换，能让系统更健壮，也便于测试和维护。