GORM v2中gorm.Open首个参数必须是驱动的Open函数返回的Dialector实例，如mysql.Open(dsn)，不可传字符串；DSN需严格符合数据库格式，且须调用db.DB().Ping()验证连接。
gorm.Open 的参数结构必须匹配驱动要求
新版 GORM（v2）不再接受字符串形式的数据库类型和 DSN 拼接，而是强制要求第一个参数是实现了 dialector 接口的驱动实例。直接传 "mysql" 或 "dm" 字符串会编译失败。
常见错误现象：cannot use "mysql" (untyped string constant) as gorm.Dialector value in argument to gorm.Open
- MySQL：必须用
mysql.Open(dsn)，且需提前go get gorm.io/driver/mysql - 达梦（DM）：必须用
dm.Open(dsn)，对应驱动为gorm.io/driver/dm - SQLite：用
sqlite.Open("test.db")，注意路径是文件路径，不是网络地址
所有驱动都要求 DSN 是一个完整、合法的字符串，格式由具体数据库决定，不能省略必需参数（如达梦的 tcp(host:port) 部分）。
DSN 中的关键参数不能漏写或错位
DSN 不是通用格式，不同数据库对参数顺序、必需字段、编码方式要求差异很大。例如达梦的 DSN 必须包含 tcp(host:port)，而 SQLite 根本不支持该语法。
MySQL 典型 DSN：user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local
达梦典型 DSN：SYSDBA:SYSDBA@tcp(127.0.0.1:5236)/TEST
-
parseTime=True对 MySQL/PostgreSQL 很关键，否则time.Time字段会解析失败 - 达梦默认端口是
5236，写错成3306会导致连接超时，但错误信息里不会直接提示“端口错”，而是i/o timeout - URL 中的特殊字符（如密码含
@或/）必须 URL 编码，否则 DSN 解析会截断
连接池参数必须通过 *sql.DB 显式设置
gorm.Open 返回的 *gorm.DB 对象本身不持有连接，它只是个代理；真实连接由底层 *sql.DB 管理。不配置连接池，高并发下极易出现 dial tcp: lookup xxx: no such host 或 too many connections。
- 调用
db.DB()获取底层*sql.DB - 立即设置：
sqlDB.SetMaxOpenConns(100)、sqlDB.SetMaxIdleConns(20)、sqlDB.SetConnMaxLifetime(1h) - 达梦驱动对
SetConnMaxLifetime敏感，设为 0（永不过期）可能触发服务端连接异常中断
这些设置必须在首次执行 SQL 前完成，放在 db.AutoMigrate 之后才设，已经来不及——因为 AutoMigrate 内部就会触发连接获取。
连接是否真正生效，不能只靠 gorm.Open 无错就认为成功
gorm.Open 成功只表示配置可解析、驱动加载正常，并不代表能连上数据库。达梦、MySQL 在防火墙拦截、用户权限不足、库名不存在等情况下，仍会返回 nil error，直到第一次查询才暴露问题。
- 务必调用
sqlDB.Ping()主动测试连通性 - 达梦常见失败原因：
TEST库未创建、SYSDBA用户被锁、服务未启动（systemctl status dmserver要确认） - 若用容器部署，检查宿主机与容器网络是否互通，
telnet 127.0.0.1 5236在应用容器内执行更真实
生产环境初始化时跳过 Ping()，等于把故障延迟到第一个接口请求时爆发，排查成本陡增。
