Go 中 struct 的 db 标签必须使用反引号（）包裹，而非单引号（'）或双引号（"）；错误使用引号会导致编译错误或字段映射失败，尤其在列名含大小写、下划线且与 Go 命名规范不一致时。
Go 中 struct 的 db 标签必须使用反引号（`）包裹，而非单引号（'）或双引号（"）；错误使用引号会导致编译错误或字段映射失败，尤其在列名含大小写、下划线且与 Go 命名规范不一致时。
在 Go 生态中（尤其是使用 sqlx、gorm 等 ORM/SQL 工具时），struct 字段与数据库列的映射依赖于结构体标签（struct tags）。一个常见却极易出错的问题是：误用单引号 ' 或双引号 " 来定义 db 标签——这不仅违反 Go 语言规范，还会导致编译失败（如 illegal rune literal）或运行时字段未匹配（如 missing destination 错误）。
根本原因在于：Go 要求所有 struct 标签必须用反引号（`）包围，这是唯一合法的语法。反引号允许标签内自由使用双引号、单引号、空格及特殊字符，而不会触发字符串解析或转义问题。例如：
✅ 正确写法（使用反引号）：
type pah struct {
FMRFundNumber string `db:"FMR_Fund_Number"`
BusinessDataDate string `db:"Business_Data_Date"`
OutboundCompositionCode string `db:"Outbound_Composition_Code"`
CompositionSubCode string `db:"Composition_Sub_Code"`
CompositionSubCodeDescription string `db:"Composition_Sub_Code_Description"`
PositionName string `db:"Position_Name"`
PrimaryValue float64 `db:"Primary_Value"`
RecordOrder int `db:"Record_Order"`
TierIndicator string `db:"Tier_Indicator"`
}❌ 错误写法（导致编译失败）：
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
// 编译错误：illegal rune literal（单引号仅用于单字符） FMR_Fund_Number string 'db:"FMR_Fund_Number"' // 编译通过但无效：Go 将其视为普通字符串字面量，非 struct tag FMR_Fund_Number string "db:'FMR_Fund_Number'"
⚠️ 注意事项：
- 反引号位于标准美式键盘 Esc 键正下方（非单引号键），切勿混淆；
- 字段名建议遵循 Go 习惯：使用 UpperCamelCase（导出字段）并去除下划线（如 FMR_Fund_Number → FMRFundNumber），既提升可读性，也避免与 JSON/db 标签耦合过紧；
- 若数据库列名含空格、连字符或保留字（如 "user-id"、"order"），仍需在 db 标签中完整、准确地写出（用双引号包裹于反引号内），sqlx 会自动处理转义；
- 确保字段为导出字段（首字母大写），否则反射无法访问，sqlx.Select() 将静默忽略该字段；
- 使用 sqlx.DB.Select() 时，若仍报 missing destination，请检查：① 字段是否导出；② 标签是否为反引号；③ 查询结果列名是否与 db 标签值完全一致（区分大小写，取决于数据库配置）。
最后，验证映射是否生效的简单方式是打印 sqlx 生成的字段映射：
mapper := sqlx.NameMapper
fmt.Printf("Mapped field: %s → %s\n", "FMRFundNumber", mapper("FMRFundNumber")) // 输出: fmrfundnumber（若用 ToLower）但请注意：sqlx 的默认 NameMapper 仅影响无显式 db 标签时的自动推导；一旦设置了 db:"..."，则完全以标签值为准，与命名映射器无关——这正是解决混合命名风格数据库的关键所在。
掌握反引号的正确用法，是构建健壮、可维护 Go 数据层的基础一步。
