MySQL中创建全文索引需同时具备INDEX和ALTER权限，因底层涉及表结构变更；仅授INDEX会报ALTER denied错误；最小化授权应使用GRANT INDEX, ALTER ON dev_db.article_% TO 'dev'@'%';。
MySQL中创建全文索引需要哪些权限？
仅 INDEX 权限不够。在 MySQL 5.6+（InnoDB 表）或 MyISAM 表上执行 CREATE FULLTEXT INDEX，实际要求用户同时具备：INDEX + ALTER 权限。这是因为全文索引创建底层会触发表结构变更（如添加隐藏列、更新 FTS_DOC_ID 等），MySQL 将其归类为 ALTER 操作。
常见错误现象：ERROR 1142 (42000): ALTER command denied to user 'dev'@'%' for table 'articles'，即使已授 INDEX，仍报错 —— 很可能缺 ALTER。
如何精确授予开发库的全文索引权限？
不要用 GRANT ALL PRIVILEGES，最小化授权更安全。针对具体数据库（如 dev_db）和表范围（推荐限定到业务表前缀，如 article_%），执行：
GRANT INDEX, ALTER ON `dev_db`.`article_%` TO 'dev'@'%'; FLUSH PRIVILEGES;
注意点：
-
`dev_db`.`article_%`中的反引号必须保留，否则通配符%不生效； - 若开发需对任意表建全文索引，可授
dev_db整库：GRANT INDEX, ALTER ON `dev_db`.* TO 'dev'@'%'； - MySQL 8.0+ 使用角色（ROLE）管理更清晰，但开发环境直授更常见；
- 确认用户 host 匹配，
'dev'@'localhost'和'dev'@'%'是不同用户。
为什么 ALTER 权限容易被忽略？
因为文档常写“INDEX privilege is required”，但没强调 InnoDB 全文索引是特例。MySQL 源码中，CREATE FULLTEXT INDEX 的权限检查路径实际调用了 check_access(ALTER_ACL)，尤其在涉及 FTS auxiliary tables 时。
实操验证方法：
- 先只授
INDEX，执行CREATE FULLTEXT INDEX ft_title ON articles(title)→ 必报ALTER denied； - 再补授
ALTER，同语句即可成功； - 用
SHOW GRANTS FOR 'dev'@'%'确认两条权限均已存在。
生产环境千万别照搬这个方案
开发环境开 ALTER 是为了效率，但该权限允许重命名列、删字段、改类型——线上库一旦误操作就是事故。全文索引上线应走 DDL 变更流程，由 DBA 执行，开发只需提工单附 CREATE FULLTEXT INDEX 语句。权限最小化原则在这里不是建议，是底线。
