CREATE权限报错主因是权限作用域不匹配：需明确授予具体数据库（如myproject.），而非全局.*；phpMyAdmin默认未选库或连接身份不一致（如'localhost'≠'127.0.0.1'）也会触发该错误。
为什么 CREATE 权限报错但用户明明有权限？
常见现象是：登录 phpmyadmin 后点“新建表”，提示“没有权限创建表”，甚至 create table test (id int) 直接报错 #1142 - create command denied to user 'xxx'@'localhost'，但你确认给过 grant all privileges —— 问题往往出在权限作用域上。
MySQL 的权限是分层级的：CREATE 权限必须明确授予具体数据库（比如 myapp\_%），不能只靠 GRANT ... ON *.*（全局）就覆盖所有库；更常见的是，你用 GRANT ... ON `database`.* 授了权，但当前 phpMyAdmin 连接时默认选中的是 information_schema 或空库，而那里你没权限。
- 检查当前 phpMyAdmin 左上角显示的数据库名，不是你心里想的那个库，就是它
-
SELECT CURRENT_USER(), USER();看实际连接身份，和你GRANT语句里写的用户名/主机是否完全一致（注意'user'@'127.0.0.1'≠'user'@'localhost'） - 权限生效需
FLUSH PRIVILEGES;，但多数情况重启 MySQL 不必要，重连即可
GRANT CREATE 要怎么写才真正生效？
别直接 GRANT ALL，它容易掩盖权限粒度问题。最小化授权更稳，也方便排查：
- 如果只操作一个库：
GRANT CREATE ON `myproject`.* TO 'webuser'@'localhost'; - 如果要支持建库+建表（如开发环境）：
GRANT CREATE, ALTER, DROP ON `myproject\_%`.* TO 'webuser'@'localhost';（注意反斜杠转义下划线） - 千万别漏掉
USAGE基础连接权限，否则即使有CREATE也连不上 —— 通常GRANT会自动补，但手动REVOKE后可能丢失 - 执行完立刻用该用户登录 MySQL CLI 验证：
SHOW GRANTS FOR 'webuser'@'localhost';
phpMyAdmin 里建表失败，但命令行能成功？
这说明权限本身没问题，问题出在 phpMyAdmin 的上下文或配置里。
- 进 phpMyAdmin 后，先点左侧数据库列表里的目标库（比如
myproject），再点“结构”页签 → “新建”，而不是在首页点“新建表”——后者默认在无库上下文中执行，必然失败 - 检查 phpMyAdmin 配置文件
config.inc.php中是否启用了$cfg['AllowUserDropDatabase'] = false;类似限制，虽然不影响CREATE，但某些旧版本会连锁抑制建表入口 - 浏览器缓存有时会卡住旧的权限状态，换隐身窗口或清空 phpMyAdmin 的 session 目录（通常是
/var/lib/phpmyadmin/tmp/）再试
权限修复后还是报错，可能是字符集或存储引擎问题
CREATE 报错不一定是权限，MySQL 会把底层失败统一包装成权限错误，尤其在低配环境或容器里：
立即学习“PHP免费学习笔记（深入）”；
- 建表语句含中文注释或 emoji？确保连接字符集是
utf8mb4，在 phpMyAdmin 右上角“设置”→“常规设置”里检查“服务器连接的字符集” - 指定
ENGINE=InnoDB但 InnoDB 被禁用？查SHOW ENGINES;确认状态为DEFAULT或YES - 磁盘满或
tmpdir不可写会导致建表中途失败，日志里其实是ERROR 1030 (HY000): Got error 28 from storage engine，但 phpMyAdmin 只显示权限错误
最易被忽略的一点：MySQL 8.0+ 默认启用 sql_require_primary_key，如果你建的表没主键、又没关这个开关，也会被拦下，错误却显示为权限不足。检查：SELECT @@sql_require_primary_key;
