tx.createindex 必须手动指定表名、索引名和字段名，三者缺一不可且顺序固定：tx.createindex("users", "idx_users_email", []string{"email"})；pop 不自动推断结构，不校验字段存在性，填错字段名会静默失败。
直接用 buffalo db generate migration 创建迁移文件，然后在 Up 函数里调用 tx.CreateIndex —— 但必须手动指定表名、字段、索引名，Pop 不会自动推断已有结构
为什么不能用 buffalo g model 补索引
因为 buffalo g model 只生成带 CreateTable 的迁移，用于建新表；对已有表加索引，它既不识别当前 schema，也不会生成 AddIndex 逻辑。强行运行会导致重复建表错误或忽略目标表。
- 查当前表结构得靠数据库 CLI（如
psql -c "\d users"或mysql -e "SHOW CREATE TABLE users"） - Pop 的
tx.CreateIndex不校验字段是否存在，填错字段名只会静默失败，查不到索引 - 迁移文件名别含空格或特殊符号，否则
buffalo db migrate会跳过执行
tx.CreateIndex 的三个必填参数怎么填
签名是 tx.CreateIndex(table, indexName, columns...)，三者缺一不可，且顺序固定：
-
table：字符串，必须和数据库里实际表名**完全一致**（区分大小写，注意是否带 schema 前缀，如"public.users"） -
indexName：字符串，建议用"idx_users_email"这类可读格式，不能含空格或点号，否则 PostgreSQL 会报错 -
columns...：字段名切片，如[]string{"email"}或[]string{"tenant_id", "status"}；多字段顺序影响索引最左前缀匹配，别颠倒
示例：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
func Up(tx *pop.Connection) error {
return tx.CreateIndex("users", "idx_users_email_verified_at", []string{"email", "verified_at"})
}
回滚时 tx.DropIndex 容易漏掉 schema 或大小写
Down 函数里删索引必须和 Up 用**完全相同的表名与索引名**，否则 buffalo db rollback 会提示 “index not found” 但不报错，实际没删掉：
- PostgreSQL 中，如果建索引时表名没加 schema，默认落在
public，但DropIndex("users", "...")可能找不到 —— 得写成DropIndex("public.users", "...") - MySQL 对大小写敏感取决于配置，
DropIndex("Users", "...")在 Linux 上大概率失败，而开发机 macOS 可能成功，造成环境差异 - 别依赖
tx.HasIndex判断再删：它在某些 Pop 版本里返回恒定true，不可靠
生产环境加索引要防锁表
大表加索引默认会锁表（尤其 MySQL），导致 API 请求超时。Pop 迁移不提供在线加索引选项，必须手动干预：
- MySQL：把
tx.CreateIndex换成原生 SQL，加ALGORITHM=INPLACE, LOCK=NONE（需 MySQL ≥5.6） - PostgreSQL：用
CONCURRENTLY，但注意它不能在事务块里执行 —— 得单独写tx.RawQuery并设tx.Transaction = false - 加完立刻验证：
SELECT indexname FROM pg_indexes WHERE tablename = 'users';或SHOW INDEX FROM users;
真正麻烦的不是语法，是索引命名冲突和跨环境大小写处理——上线前务必在 staging 用同规格数据量跑一次完整 migrate + rollback 流程。
