日志模型设计应轻写入、快查询：主表仅存最小元数据，SQL与异常详情分表存储；用联合索引（如idx_user_action_time）替代单字段索引；敏感字段脱敏，非结构化内容用TEXT+应用层解析或JSONB；日志写入须独立事务、超时重试、SkipHooks隔离。
日志模型怎么设计才不拖慢查询
日志表一旦写入频繁、字段多、数据量大，SELECT * 就是定时炸弹。别用 TEXT 存完整请求体或响应体，也别把所有字段都设为 INDEX。核心原则是：只索引高频过滤字段，用 JSONB（PostgreSQL）或 TEXT + 应用层解析（MySQL）存非结构化内容。
常见错误是给 user_id、action、created_at 全加单独索引——这反而增加写入开销。应优先建联合索引，比如：idx_user_action_time 覆盖 user_id + action + created_at，匹配最常查的「某人某类操作在某时间段」场景。
- 敏感字段如
ip、user_agent建议脱敏后再入库（如192.168.x.x、Chrome/xxx） - 避免在日志模型里嵌套关联查询（如
Preload("User")），GORM 的Joins也慎用，容易 N+1 或笛卡尔积 - PostgreSQL 用户可直接用
generated always as计算列提取status_code等关键码，方便后续分区或物化视图
GORM 日志中间件里怎么避免 panic 和事务污染
用 Gin 中间件记录操作日志时，db.Create(&log) 失败不能让整个 HTTP 请求挂掉，也不能把日志写入和业务逻辑绑进同一个事务——否则业务回滚，日志也丢了，审计就断档了。
正确做法是：日志写入必须走独立数据库连接，且带超时和重试兜底。GORM 的 Session 可隔离上下文：
logDB := db.Session(&gorm.Session{NewDB: true, SkipHooks: true})
if err := logDB.Create(&auditLog).Error; err != nil {
// 记本地 error 日志，不 panic，不 return
logger.Warn("failed to persist audit log", "error", err)
}
- 务必设
SkipHooks: true，防止日志模型上的BeforeCreate钩子又触发其他副作用 - 不要复用 Gin 上下文里的
*gin.Context传进 GORM 操作，它不是线程安全的；用c.Copy()或提取必要字段（如c.ClientIP()）再构造日志对象 - 若用 PostgreSQL，可考虑
INSERT ... ON CONFLICT DO NOTHING避免唯一冲突导致的 error 泛滥
批量写日志时 FindInBatches 怎么用才真高效
FindInBatches 不是用来查日志的，它是用来「处理历史日志」的，比如清理、归档、导出。直接拿它做实时写入毫无意义——写入是 Create，不是 Find。
真正要优化的是「日志落库」本身。高并发写日志，瓶颈常在连接池和单条 INSERT。解决方案是：用 db.Transaction 批量插入，每 100–500 条一 commit，比逐条快 5–10 倍：
if err := db.Transaction(func(tx *gorm.DB) error {
for _, log := range logs {
if err := tx.Create(log).Error; err != nil {
return err
}
}
return nil
}); err != nil {
logger.Error("batch insert failed", "error", err)
}
- 别在事务里塞几万条——单次事务太大，锁表时间长，PG 会触发
transaction timeout - MySQL 用户注意
max_allowed_packet限制，批量 INSERT 超过这个值会静默截断 - 如果日志量极大（>1k QPS），建议跳过 GORM，用
database/sql+Prepare+Exec直接拼 VALUES，性能提升明显
logrus 和 GORM 日志输出怎么解耦才不互相干扰
GORM 自带的 logger（如 gorm.Logger）和业务用的 logrus 是两套体系。强行把 GORM SQL 日志打到 logrus 文件里，会导致日志混杂、级别错乱、甚至死锁——因为 logrus 的 hook 可能调用 DB，而 DB 正在打日志。
正解是物理隔离：
- GORM 日志单独输出到
gorm.log，用FileWriter+Rotate（如lumberjack）管理 - 业务日志（含审计日志）走
logrus，输出到app.log，按 level 分文件 - 两者都禁用
stdout，避免容器日志采集器（如 fluentd）误判日志来源
最容易被忽略的一点：GORM v2 的 Config.Logger 默认是 io.Discard，不显式设置就不会打任何 SQL 日志——很多人以为“没看到日志”是配置失败，其实是默认关着的。
