根本原因是mysql在指定数据库导入时跳过全局权限检查，必须显式授予目标库的ddl权限；需执行grant create,drop,insert on mydb. to 'user'@'host'并flush privileges，若含create database还需额外grant create on .*。
导入 SQL 时提示 Access denied 或 ERROR 1142: CREATE command denied，基本可以确定不是账号密码错了，而是当前 MySQL 用户缺少对目标数据库的显式 DDL 权限——必须按库名、host、操作类型三者精准匹配授权，且权限缓存未刷新。
为什么 GRANT ALL ON *.* 还是报错？
MySQL 在指定了目标库的导入场景下（如 mysql -u user -p mydb），会跳过全局权限检查，直接查 mydb 这个库是否有显式授权。即使你给了 GRANT ALL ON *.*，只要没执行过 GRANT ... ON `mydb`.*，就会拒绝 CREATE TABLE。
- 必须用反引号包裹库名：
GRANT CREATE, DROP, INSERT ON `mydb`.* TO 'user'@'host'; - 如果 SQL 文件开头有
CREATE DATABASE，还得额外加：GRANT CREATE ON *.* TO 'user'@'host'; - 低版本 MySQL（INDEX 权限，建索引需
ALTER，而ALTER隐含INDEX
改完权限后 phpMyAdmin 还是报错？
phpMyAdmin 界面点“执行”只写入权限表，不会自动重载内存缓存。新连接仍按旧权限校验，所以一定得手动执行 FLUSH PRIVILEGES;。
Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)
下载
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
- 进任意数据库 → 「SQL」页 → 粘贴执行：
FLUSH PRIVILEGES;，返回 “0 行受影响” 才算成功 - 若报
ERROR 1227: Access denied; you need ... RELOAD privilege，说明当前用户没RELOAD权限，换root或带该权限的账号重登再执行 - Docker 或云数据库（如阿里云 RDS）可能禁用
FLUSH PRIVILEGES，此时只能靠CREATE USER/GRANT触发自动重载（MySQL 8.0+），但 phpMyAdmin 5.2 界面不生成这类语句
容易被忽略的非权限干扰项
有些报错看着像权限问题，实际是其他配置在拦截：
-
secure_file_priv只影响LOAD DATA INFILE，和普通 SQL 导入无关 - SQL 模式启用
STRICT_TRANS_TABLES时，插入违规数据也会报ERROR 1142，本质是校验失败而非权限缺失 - SQL 文件里含
DEFINER = 'root'@'localhost'的存储过程/函数，当前用户无 root 权限，执行时就卡住 - Navicat 等工具连接后自动执行
SHOW PROCESSLIST，需要PROCESS权限——这个操作和导入完全无关，但错误码也是1227
真正卡住的往往不是语法或命令本身，而是 SHOW GRANTS FOR 'user'@'host' 输出里的 host 和库名是否跟你导入命令中写的完全一致——多看一眼，比反复试错快得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
