我在执行查询时遇到了一些非常奇怪的不一致，想知道是否有人知道原因。

假设我有一个定义如下的结构:

type Result struct {
    Afield string      `db:"A"`
    Bfield interface{} `db:"B"`
    Cfield string      `db:"C"`
    Dfield string      `db:"D"`
}

还有一个包含以下列的 MySQL 表:

A : VARCHAR(50)
B : INT
C : VARCHAR(50)
D : VARCHAR(50)

我要执行的查询:

SELECT A, B, C, D FROM table WHERE A="a"

第一种执行方式:

db.Get(&result, `SELECT A, B, C, D FROM table WHERE A="a"`)

第二种执行方式:

db.Get(&result, `SELECT A, B, C, D FROM table WHERE A=?`, "a")

我遇到的不一致情况如下:第一种方式执行查询时，Bfield的类型是int。但是，第二次执行查询时，是[]uint8。

例如当 B 为 1 时会出现此结果。

为什么 Bfield 的类型根据查询的执行方式而不同？

连接声明:

// Connection is an interface for making queries.
type Connection interface {
    Exec(query string, args ...interface{}) (sql.Result, error)
    Get(dest interface{}, query string, args ...interface{}) error
    Select(dest interface{}, query string, args ...interface{}) error
}

编辑

使用 Go 数据库/sql 包 + 驱动程序时也会发生这种情况。下面的查询将 Bfield 分别分配给 []uint8 和 int64。

db is of type *sql.DB

查询 1:

db.QueryRow(SELECT A, B, C, D FROM table WHERE A="a").Scan(&result.Afield, &result.Bfield, &result.Cfield, &result.Dfield)

-->Bfield的类型是[]uint8

查询 2:

db.QueryRow(SELECT A, B, C, D FROM table WHERE A=?, "a").Scan(&result.Afield, &result.Bfield, &result.Cfield, &result.Dfield)

-->Bfield的类型是int64

编辑

还有一点要注意，当链接多个 WHERE 子句时，只要 至少 1 被填充 ?，查询将返回 int。否则，如果它们都填充在字符串中，它将返回 []uint8

最佳答案

简短回答:因为 MySQL 驱动程序对带参数和不带参数的查询使用不同的协议(protocol)。使用准备好的语句来获得一致的结果。

以下解释引用标准MySQL驱动github.com/go-sql-driver/mysql, version 1.4

在第一种情况下，驱动程序直接将查询发送到 MySQL，并将结果解释为 *textRows 结构。这个结构(几乎)总是 decodes results into a byte slice , 并将转换为更好的类型留给 Go sql 包。如果目标是 int、string、sql.Scanner 等，这可以正常工作，但不适用于 interface{}。

在第二种情况下，the driver detects that there are arguments and returns driver.ErrSkip .这会导致 Go SQL 包使用 PreparedStatement。在这种情况下，MySQL 驱动程序使用 *binaryRows 结构来解释结果。 This struct uses the declared column type (INT in this case) to decode the value ，在本例中将值解码为 int64。

有趣的事实:如果您向数据库 DSN(例如 "root:testing@/mysql?interpolateParams=true")提供 interpolateParams=true 参数，则 MySQL驱动程序将在客户端准备查询，而不是使用 PreparedStatement。此时，两种类型的查询行为相同。

一个小的概念证明:

package main

import (
    "database/sql"
    "log"

    _ "github.com/go-sql-driver/mysql"
)

type Result struct {
    Afield string
    Bfield interface{}
}

func main() {
    db, err := sql.Open("mysql", "root:testing@/mysql")
    if err != nil {
        log.Fatal(err)
    }
    defer db.Close()

    if _, err = db.Exec(`CREATE TABLE IF NOT EXISTS mytable(A VARCHAR(50), B INT);`); err != nil {
        log.Fatal(err)
    }
    if _, err = db.Exec(`DELETE FROM mytable`); err != nil {
        log.Fatal(err)
    }
    if _, err = db.Exec(`INSERT INTO mytable(A, B) VALUES ('a', 3)`); err != nil {
        log.Fatal(err)
    }

    var (
        usingLiteral         Result
        usingParam           Result
        usingLiteralPrepared Result
    )
    row := db.QueryRow(`SELECT B FROM mytable WHERE A='a'`)
    if err := row.Scan(&usingLiteral.Bfield); err != nil {
        log.Fatal(err)
    }
    row = db.QueryRow(`SELECT B FROM mytable WHERE A=?`, "a")
    if err := row.Scan(&usingParam.Bfield); err != nil {
        log.Fatal(err)
    }
    stmt, err := db.Prepare(`SELECT B FROM mytable WHERE A='a'`)
    if err != nil {
        log.Fatal(err)
    }
    defer stmt.Close()
    row = stmt.QueryRow()
    if err := row.Scan(&usingLiteralPrepared.Bfield); err != nil {
        log.Fatal(err)
    }

    log.Printf("Type when using literal:  %T", usingLiteral.Bfield)         // []uint8
    log.Printf("Type when using param:    %T", usingParam.Bfield)           // int64
    log.Printf("Type when using prepared: %T", usingLiteralPrepared.Bfield) // int64
}

关于sql - Go SQL查询不一致，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54833794/