Go 语言结构体本身不定义数据库列类型，需通过 ORM 或 SQL 迁移工具（如 GORM、SQLx 配合 db 标签）显式声明字段对应的 MySQL 类型，例如使用 type:longtext 实现 Body 字段映射为 LONGTEXT。
go 语言结构体本身不定义数据库列类型，需通过 orm 或 sql 迁移工具（如 gorm、sqlx 配合 `db` 标签）显式声明字段对应的 mysql 类型，例如使用 `type:longtext` 实现 `body` 字段映射为 longtext。
在 Go 中定义结构体（如 Post）时，string 类型本身无长度限制——其底层是只读字节切片，可轻松容纳数 MB 文本。你遇到的“Body 被截断为 255 字符”，根本原因并非 Go 类型限制，而是数据库建表时该字段被默认创建为 VARCHAR(255)（常见于未显式指定类型的 ORM 自动迁移或旧版驱动行为）。
要确保 Body 在 MySQL 中实际对应 LONGTEXT（最大约 4GB），需在建表阶段明确指定列类型。以下是主流方案：
✅ 方案一：使用 GORM（推荐，支持标签声明）
type Post struct {
ID int64 `gorm:"primaryKey"`
Created int64
Title string `gorm:"size:255"`
Body string `gorm:"type:longtext;not null"` // ← 关键：显式指定 type
}执行迁移时：
db.AutoMigrate(&Post{}) // GORM 将生成：`body LONGTEXT NOT NULL`✅ 方案二：使用 SQLx + 手动建表（精确控制）
若用 sqlx 等轻量库，结构体保持简洁，建表语句必须显式定义：
CREATE TABLE posts ( post_id BIGINT PRIMARY KEY, created BIGINT, title VARCHAR(255), body LONGTEXT NOT NULL );
此时结构体可维持原始形式（无需特殊标签）：
type Post struct {
ID int64 `db:"post_id"`
Created int64
Title string `db:"title"`
Body string `db:"body"` // 字段名与 SQL 列名一致即可
}⚠️ 注意事项
- db:"..." 标签（如 sqlx 使用）仅用于列名映射，不参与类型定义；类型必须由建表 SQL 或 ORM 迁移逻辑控制。
- 某些旧版 ORM（如早期 gorm v1）可能忽略 type: 标签，建议升级至 GORM v2 并确认文档版本。
- 若已存在表，需执行 ALTER TABLE posts MODIFY body LONGTEXT; 手动升级，避免数据丢失。
- LONGTEXT 适用于超长内容（如文章正文、日志），若内容通常较短，TEXT（64KB）或 MEDIUMTEXT（16MB）更节省存储开销。
总之，Go 结构体是纯内存模型，数据库列类型需在持久化层（DDL 或 ORM 配置）中显式约定。聚焦建表逻辑，而非修改 Go 字符串类型——这才是解决 VARCHAR(255) 截断问题的正确路径。
