mysql 中 engine 和 charset 需在建表语句中显式声明，gorm 官方驱动不解析 struct tag 中的 engine/charset；可靠方式是手动执行 create/alter table 或用 aftermigrate 钩子修正。
MySQL 连接时如何指定 ENGINE 和 CHARSET
直接在 DSN 里加 charset=utf8mb4 只影响客户端通信字符集，不控制表的存储引擎或表级字符集。真正生效的配置必须通过 gorm.Config 的 DriverName 对应驱动的扩展参数，或建表时显式声明。
使用 mysql.New 配置 DefaultStringSize 和 DontSupportRenameIndex
这些是 gorm.io/driver/mysql 提供的底层驱动选项，会影响 AutoMigrate 生成 SQL 的行为，但和 ENGINE/CHARSET 无直接关系。它们主要解决兼容性问题：
-
DisableDatetimePrecision: true：避免 MySQL 5.6 以下报错 -
DontSupportRenameIndex: true：用 DROP+CREATE 替代RENAME INDEX -
SkipInitializeWithVersion: false：让 GORM 根据实际 MySQL 版本自动启用特性
这些设置不会改变建表语句里的 ENGINE=InnoDB DEFAULT CHARSET=utf8mb4，除非你额外干预。
在模型 struct tag 中强制指定 ENGINE 和 CHARSET
GORM V2 不原生支持在 struct tag 里写 ENGINE=MyISAM 或 CHARSET=gbk。但你可以用 gorm:"engine:innodb; charset:utf8mb4" —— 注意这是非标准写法，仅部分自定义方言或中间件识别，gorm.io/gorm 官方驱动并不解析它。
真正可靠的方式是：
- 手动执行
db.Exec("CREATE TABLE ... ENGINE=InnoDB DEFAULT CHARSET=utf8mb4") - 或在
AutoMigrate后立刻执行db.Exec("ALTER TABLE users ENGINE=InnoDB DEFAULT CHARSET=utf8mb4") - 或封装一个迁移钩子，在
AfterMigrate回调中批量修正
用 Session 控制单次迁移的 SQL 模板
如果你坚持用 AutoMigrate 且需要统一控制 ENGINE/CHARSET，最实用的办法是替换默认的建表模板：
db.Session(&gorm.Session{DryRun: true}).AutoMigrate(&User{})
// 先 DryRun 拿到原始 SQL，再正则替换或拼接
但这属于“绕过 GORM 抽象层”的操作，后续字段变更容易脱节。生产环境更推荐：把建表语句收归 DBA 管理，GORM 只负责 CRUD；或者用 db.Migrator().CreateTable + 自定义 SQL 字符串组合。
ENGINE 和 CHARSET 是数据库层面的物理属性，GORM 作为 ORM 层只管逻辑映射。硬塞进 struct tag 或依赖驱动隐式推导，反而会让团队对表结构失去确定性把控。
