mysql中null表示“缺失”而非“空”，go的string和*string无法安全接收，因database/sql驱动不自动转零值，必须用sql.nullstring等类型或sql层coalesce/ifnull处理。
直接用 string 或 int64 接收可能为 NULL 的 MySQL 字段，一定会 panic；必须用 sql.NullString、sql.NullInt64 等类型，或在 SQL 层用 COALESCE() / IFNULL() 消除 NULL。
为什么 string 和 *string 都不能安全接收 NULL
MySQL 返回 NULL 时，database/sql 驱动不会自动转成 Go 零值（如 "" 或 0），而是传递一个未设置的 nil 值。此时：
• 用 string 接收会报 unsupported driver -> Scan pair: <nil> -> string</nil>
• 用 *string 接收会 panic：panic: sql: Scan error on column index 2, name "nickName": unsupported Scan, storing driver.Value type <nil> into type *string</nil>
根本原因是语义差异：SQL 的 NULL 表示“缺失”，不是“空”或“未初始化”。
sql.NullString 怎么用才不踩坑
它是个结构体，含 String 和 Valid 两个字段，不能当 string 直接用：
• 错误写法：fmt.Println(myNullString) 输出 {String:"xxx" Valid:true}；name := myNullString.String 不判 Valid，NULL 时取到空字符串，逻辑错
• 正确做法：
– 扫描后必须先判断：if myNullString.Valid { name = myNullString.String }
– 多行扫描时避免变量复用：每次循环新建局部变量，或扫描前重置为零值
– 注意空字符串 "" 和 NULL 的区别：Valid == true && String == "" 是真实空值；Valid == false 才是数据库 NULL
聚合函数（如 SUM()）返回 NULL 怎么办
SUM() 在无匹配行时返回单行 NULL，不是空结果集，gorp.SelectInt 或 db.QueryRow().Scan() 都会因无法解析 <nil></nil> 而失败：strconv.ParseInt: parsing "<nil>": invalid syntax</nil>。
推荐方案：
• SQL 层兜底（最常用）：SELECT COALESCE(SUM(outputoctets), 0) FROM monthlyacct WHERE date >= ? AND date ，Go 侧仍用 <code>db.QueryRow().Scan(&count)，count 必为 int64
• Go 层适配（需区分 0 和 NULL）：var sum sql.NullInt64; err := db.QueryRow(query).Scan(&sum)，再检查 sum.Valid
• 别用 IFNULL(SUM(...), 0) 以外的写法绕过——比如加 HAVING COUNT(*) > 0，会导致无数据时查不到任何行，QueryRow().Scan() 直接报 sql: no rows in result set
插入 NULL 值时要注意什么
往允许 NULL 的列写入，不能传 "" 或 0，得显式用 sql.NullString{String: "", Valid: false} 或 sql.NullInt64{Int64: 0, Valid: false}。
常见疏漏：
• 把 sql.NullString 当普通字段赋值后直接传给 Exec()，忘了设 Valid = false，结果写入空字符串而非 NULL
• 用指针类型（如 *string）插入时，传 nil 是对的，但别和 sql.NullString 混用，否则容易漏判状态
• 更新语句中若某字段不参与 SET，又没显式设为 NULL，旧值会被保留——这本身不是 NULL 处理问题，但常和 NULL 逻辑混淆
最易被忽略的是：NULL 的语义贯穿全链路——从建表定义（DEFAULT NULL）、SQL 查询（COALESCE 位置）、Go 类型选择（sql.NullInt64 还是 int64），到 API 序列化（json.Marshal 默认输出 null）。少一环，就可能把“未知”错当成“空”或“零”。
