buffalo框架不管理数据库索引，需在pop迁移文件中手动编写create index语句；外键字段仅在高频查询且数据量超1k时才需建索引，复合查询应优先使用复合索引，sqlite建索引需预先判断存在性以防失败。
Buffalo 框架里索引不是它管的
Buffalo 本身不提供数据库索引管理功能——它不生成 CREATE INDEX 语句，也不在 buffalo db migrate 过程中自动创建索引。索引必须手动写进迁移文件里，靠底层数据库驱动（比如 github.com/gobuffalo/pop/v6）执行 SQL 命令落地。
在 Pop 迁移中手写 CREATE INDEX 语句
Pop v6 的迁移使用 pop.Migration 接口，Up 和 Down 方法接收 *pop.Connection。你要做的就是在 Up 里调用 conn.RawQuery(...).Exec() 执行原生 SQL。
常见错误现象：直接在 model 结构体上加 db:index tag（如 UserID uint `db:"user_id;index"`），这只会让 Pop 在建表时加 UNIQUE 或忽略，**不会建普通索引**。
- PostgreSQL 示例：
func Up_202411051030_add_index_to_posts_user_id(tx *pop.Connection) error { return tx.RawQuery("CREATE INDEX IF NOT EXISTS idx_posts_user_id ON posts (user_id)").Exec() } - MySQL 示例（注意语法差异）：
CREATE INDEX idx_posts_user_id ON posts (user_id)
（无需IF NOT EXISTS，MySQL 8.0+ 支持但旧版不认） - SQLite 不支持
IF NOT EXISTS，且建索引前建议先SELECT name FROM sqlite_master WHERE type='index' AND name='idx_posts_user_id'判断是否存在，否则Exec()会报错
什么时候该加索引？别只看外键
外键字段（如 user_id）常被查询但未必需要索引——只有当它出现在 WHERE、JOIN、ORDER BY 或 GROUP BY 中且数据量 > 1k 行时，才值得加。盲目加索引反而拖慢写入。
- 复合查询场景优先考虑复合索引，例如
WHERE status = ? AND created_at > ?→ 建(status, created_at)而非两个单列索引 - 避免对低区分度字段建索引（如
is_active BOOLEAN），优化器大概率不走 - Pop 迁移里建索引操作是 DDL，执行期间可能锁表（尤其 MySQL MyISAM 或老版本 InnoDB），线上操作务必避开高峰
迁移命名与回滚要对称
索引名必须全局唯一，且 Down 函数里要用对应 DROP INDEX 语句。Pop 不校验索引是否存在就执行 DROP，出错会中断迁移链。
- PostgreSQL：
DROP INDEX IF EXISTS idx_posts_user_id - MySQL：
DROP INDEX idx_posts_user_id ON posts（无IF EXISTS，需确保存在或捕获错误） - 建议在
Up开头加注释说明索引用途，比如-- improves performance for /api/posts?user_id=123，方便后续维护
最易被忽略的是 SQLite 场景下索引不可逆——它不支持 DROP INDEX IF EXISTS，一旦 Down 执行失败，整个迁移状态就卡住，得手动进 DB 修复。
