当 MySQL 的 SUM() 聚合结果为空（即无匹配行）时返回 NULL，而 gorp 的 SelectInt 无法直接扫描 NULL，导致 "<nil>" 解析失败；正确做法是使用 sql.NullInt64 接收或在 SQL 层用 IFNULL() 提供默认值。
当 mysql 的 `sum()` 聚合结果为空（即无匹配行）时返回 `null`，而 gorp 的 `selectint` 无法直接扫描 `null`，导致 `"
在使用 Go 的 gorp 库操作 MySQL 时，对聚合函数（如 SUM()）执行 SelectInt 是常见需求，但极易因数据缺失触发 NULL 扫描异常。正如问题所示：当 WHERE 条件（如 location = ?）过滤后无匹配记录时，SUM(outputoctets) 返回 SQL NULL，而 gorp.SelectInt 内部调用 sql.Rows.Scan() 试图将 NULL 字符串 "<nil>" 解析为 int64，从而抛出 strconv.ParseInt: parsing "<nil>": invalid syntax 错误。
根本原因在于：SELECT SUM(...) 在无行匹配时返回单行 NULL，而非零行结果集。此时 Go 的 database/sql 驱动将 NULL 表示为未设置的 sql.Null* 类型，而 SelectInt 强制期望非空 int64，故失败。
✅ 推荐两种稳健解决方案
方案一：SQL 层兜底 — 使用 IFNULL() 或 COALESCE()
在查询中显式将 NULL 转换为默认数值（如 0），确保结果始终可被 SelectInt 安全解析：
SELECT IFNULL(SUM(outputoctets), 0) FROM monthlyacct WHERE date >= ? AND date < ? AND location = ?
或更通用的写法（兼容其他数据库）：
SELECT COALESCE(SUM(outputoctets), 0) FROM monthlyacct WHERE date >= ? AND date < ? AND location = ?
对应 Go 代码保持不变：
query := "SELECT COALESCE(SUM(outputoctets), 0) FROM monthlyacct WHERE date >= ? AND date < ? AND location = ?"
count, err := dbMap.SelectInt(query, constrains.From, constrains.To, constrains.LocationId)
if err != nil {
// 处理 DB 错误（如连接失败），此时 count 保证为 int64（含 0）
}
// count 即为有效数值，无需额外判空方案二：Go 层适配 — 使用 sql.NullInt64
若需区分“真实求和结果为 0”与“无数据导致 NULL”，应改用可空类型接收：
import "database/sql"
var sum sql.NullInt64
query := "SELECT SUM(outputoctets) FROM monthlyacct WHERE date >= ? AND date < ? AND location = ?"
err := dbMap.SelectOne(&sum, query, constrains.From, constrains.To, constrains.LocationId)
if err != nil {
// 处理查询错误
}
if !sum.Valid {
// 此时无匹配记录，SUM 返回 NULL
fmt.Println("No data matched the condition")
} else {
fmt.Printf("Sum: %d", sum.Int64)
}⚠️ 注意：gorp.SelectOne 要求结果恰好一行（SUM 天然满足），且需传入指针地址 &sum；SelectInt 不支持 Null* 类型，故必须切换 API。
? 验证与调试建议
- 手动在 MySQL 客户端执行相同 SQL，确认是否返回 NULL（例如 SELECT SUM(...) WHERE 1=0）；
- 检查 location 字段是否存在有效值：SELECT DISTINCT location FROM monthlyacct LIMIT 5；
- 避免在 WHERE 子句中对可能为 NULL 的列直接等值比较（如 location = ?），若业务允许，可补充 AND location IS NOT NULL 显式排除空值干扰。
✅ 总结
| 场景 | 推荐方案 | 优点 | 注意事项 |
|---|---|---|---|
| 仅需数值结果，0 语义明确 | IFNULL(SUM(), 0) + SelectInt | 简洁、高效、兼容性强 | 无法区分“真实 0”与“无数据” |
| 需精确区分空结果与零值 | sql.NullInt64 + SelectOne | 语义严谨，利于错误诊断 | 需修改 Go 逻辑，增加 .Valid 判断 |
选择任一方案均可彻底解决 "<nil>" 扫描异常。生产环境中，若业务逻辑不依赖“空聚合”的语义，优先采用 IFNULL 方案——它更轻量、可读性高，且将空值处理逻辑下沉至数据库层，符合关注点分离原则。
