Go 语言结构体本身不定义数据库列类型；需通过 ORM 或 SQL 迁移工具（如 GORM、SQLx 注解或原始建表语句）显式声明 LONGTEXT，否则默认映射可能生成 VARCHAR(255)。
go 语言结构体本身不定义数据库列类型；需通过 orm 或 sql 迁移工具（如 gorm、sqlx 注解或原始建表语句）显式声明 `longtext`，否则默认映射可能生成 `varchar(255)`。
在 Go 中，结构体（如 Post）仅用于内存数据建模和序列化，其字段类型（如 string）不直接决定数据库列类型。你遇到的 Body 字段被创建为 VARCHAR(255)，根本原因并非 Go 的 string 限制（Go string 可轻松支持数 MB 文本），而是所用数据库驱动或 ORM 在自动建表（auto-migration）或扫描时采用了默认长度策略。
✅ 正确解决方案：显式声明数据库列类型
方案一：使用 GORM（推荐，生态成熟）
type Post struct {
ID int64 `gorm:"primaryKey"`
Created int64
Title string `gorm:"size:255"`
Body string `gorm:"type:longtext;not null"` // ← 关键：覆盖默认类型
}执行迁移时：
db.AutoMigrate(&Post{}) // 将生成 TEXT 或 LONGTEXT（取决于 MySQL 版本及配置）? 提示：MySQL 中 LONGTEXT 最大支持 4GB；GORM v2+ 默认对 string 映射为 VARCHAR(255)，必须用 type: 标签强制指定。
方案二：使用 SQLx / database/sql + 手动建表（精准控制）
避免依赖自动映射，直接编写建表语句：
CREATE TABLE posts ( post_id BIGINT PRIMARY KEY AUTO_INCREMENT, created BIGINT NOT NULL, title VARCHAR(255) NOT NULL, body LONGTEXT NOT NULL );
结构体保持简洁，无需额外标签：
type Post struct {
ID int64 `db:"post_id"`
Created int64
Title string `db:"title"`
Body string `db:"body"`
}方案三：使用其他 ORM（如 Ent、XORM）
-
Ent: 在 schema 定义中显式设置 SchemaType:
field.String("body").SchemaType(map[string]string{"mysql": "longtext"}) - XORM: 使用 xorm:"text" 或 xorm:"longtext" 标签。
⚠️ 注意事项
- ❌ 不要尝试用 string 的长度约束（如 size:65535）代替 type:longtext——这仍会生成 VARCHAR，超出长度将报错。
- ✅ LONGTEXT 是 MySQL 特有类型；PostgreSQL 应用 TEXT（无长度限制），SQLite 同样用 TEXT。
- ? 验证实际建表结果：连接数据库执行 DESCRIBE posts; 或 SHOW CREATE TABLE posts;，确认 body 列类型为 longtext。
- ? 若使用 Martini（已归档框架），其配套的 martini-contrib/gorp 或 sqlx 不提供自动类型推导，必须手动建表或扩展 DBMap 映射。
总结
Go 结构体是纯内存契约，数据库列类型由建表语句或 ORM 显式注解决定。解决 Body 被截断的核心，是放弃“结构体即 Schema”的误解，转而通过 gorm:"type:longtext"、原生 SQL 或迁移工具精准控制存储层定义。此举既保障大数据量文本安全，也符合 Go “明确优于隐式”的工程哲学。
