automigrate不建表也不报错，因其仅比对结构差异，不校验连接有效性、权限或类型兼容性；需确保*gorm.db非nil、struct tag含primarykey、mysql严格模式下类型精确匹配，并用db.migrator().currentdatabase()验证连接。
AutoMigrate 不建表也不报错，大概率不是代码写错了，而是连接、权限或结构校验没过。
AutoMigrate 执行后表没建，但也没 error
这是 GORM 最常被误判为“失效”的场景。根本原因在于 AutoMigrate 只做结构比对，不验证数据库连通性、用户权限、字段类型兼容性等前置条件。
- 检查
db是否为非 nil：如果gorm.Open失败但你忽略了err，后续调用AutoMigrate会在 nil 指针上静默失败 - 确认 struct tag 正确：至少一个字段需带
gorm:"primaryKey"，否则 GORM 认为模型无效，直接跳过 - MySQL 8+ 严格模式下，若已有同名表且某字段类型不匹配（比如 Go 的
int64对应 MySQL 的TINYINT），AutoMigrate会放弃整张表变更，不提示也不报错 - 加一句
db.Migrator().CurrentDatabase()，返回空字符串说明连接未就绪或权限不足
First 和 Take 查询单条记录的区别在哪
两者语义和生成的 SQL 完全不同，选错可能带来性能或逻辑问题。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
-
First总是隐式加ORDER BY id ASC，查的是主键最小的那条——适合“取最早创建的用户”这类依赖顺序的场景 -
Take不加任何排序，直接取结果集第一条——适合存在性检查、随机采样，避免多余ORDER BY开销 - 都返回
ErrRecordNotFound，但First(&u)等价于SELECT * FROM users ORDER BY id LIMIT 1；Take(&u)等价于SELECT * FROM users LIMIT 1 - 带 WHERE 条件时差异更明显：
db.Where("status = ?", "active").First(&u)仍会排序；db.Where("status = ?", "active").Take(&u)完全无序
事务里嵌套函数调用，Rollback 为啥不生效
事务对象不会自动穿透到子函数——你在函数里用的 db 如果不是从外部传入的同一实例，就根本不在事务上下文中。
- 禁止在事务内重新调用
gorm.Open或使用包级全局*gorm.DB变量 - 所有业务操作必须复用同一个
*gorm.DB实例，推荐显式作为参数传入：func updateUser(tx *gorm.DB, id int) error -
db.Session(&gorm.Session{PrepareStmt: true})会生成新实例，务必确保该 session 是基于事务 db 创建的 - 调试时可打印
db.Statement.ConnPool == nil，为false才说明处于有效事务中
MySQL DATETIME 字段查出来总是 time.Time 零值
这不是 GORM bug，而是 scan 阶段类型不匹配导致的赋值跳过。
- 字段声明为
*time.Time且数据库值为NULL时，GORM 不会解引用赋值，保留指针零值 - 字段声明为
time.Time但未初始化（如 struct 字面量未设值），且数据库为NULL，也会留零值 - 解决方案：字段声明为
time.Time，并确保 DSN 含parseTime=True；或改用sql.NullTime显式处理 NULL - 验证方式：查完后打印
user.CreatedAt.IsZero()，若为true且数据库非空，基本就是类型映射问题
最易被忽略的点是：GORM 的错误静默行为往往发生在连接未就绪、权限不足、字段类型不兼容这些“非语法错误”场景——它不报错，只是不做事。别只盯着代码逻辑，先确认 db 实例有效、CurrentDatabase() 有返回、struct tag 写对了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
