WordPress在phpMyAdmin报#1142权限拒绝，根本原因是MySQL用户缺少对应数据库的操作权限，需通过SQL执行GRANT授权并FLUSH PRIVILEGES生效，且必须匹配CURRENT_USER()返回的用户名和host。
wordpress 在 phpmyadmin 里报权限拒绝（如 #1142），不是 wordpress 本身出问题，而是当前登录的 mysql 用户没被授予操作对应数据库的必要权限——必须补授权，不能只改 wp-config.php 或刷新页面。
确认当前用户和目标库是否匹配
phpMyAdmin 左上角显示的数据库名，就是你所有操作的实际上下文。如果那里没选中你的 WordPress 数据库（比如 mywp），建表、加索引、修复表等动作默认发到 information_schema 或空库，而你几乎肯定没被授过那里的权限。
- 点左侧数据库列表，手动选中你的 WordPress 库（如
wp_site或wordpress） - 执行
SELECT USER(), CURRENT_USER();—— 关键看第二项CURRENT_USER()，它才是 MySQL 实际认的账号，例如'root'@'localhost'，不是你输密码时写的那个 - 如果
CURRENT_USER()返回空用户名或''@'localhost'，说明认证失败或用户不存在，得先解决连接身份问题
用 SQL 直接补全必要权限
别依赖 phpMyAdmin 图形化权限页，它容易漏掉 host 匹配或权限粒度。切到「SQL」页，粘贴并执行：
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, ALTER, INDEX ON `mywp`.* TO 'root'@'localhost';
- 把
mywp换成你实际的 WordPress 数据库名，root换成你在wp-config.php里填的DB_USER - 数据库名必须用反引号包裹，否则像
order这种关键字会触发语法错误 - 执行完立刻跟一句
FLUSH PRIVILEGES;，否则新权限不生效 - 验证：运行
SHOW GRANTS FOR 'root'@'localhost';，确保输出里有对应库的完整权限项，而不是只有USAGE
注意 phpMyAdmin 自身依赖的内部库权限
如果你一打开某张表就报类似 #1142 - SELECT command denied to user ''@'localhost' for table 'pma_table_uiprefs'，说明 phpMyAdmin 的配置库 phpmyadmin 没授权。
- 先确认该库是否存在：在左侧列表找
phpmyadmin；若没有，需导入examples/create_tables.sql（路径通常在 phpMyAdmin 安装目录下） - 再执行：
GRANT SELECT, INSERT, UPDATE, DELETE ON `phpmyadmin`.* TO 'root'@'localhost'; - 同样要跟
FLUSH PRIVILEGES;
字段含短横线或中文时建索引失败
phpMyAdmin 界面点「创建索引」，遇到字段名带短横线（如 user-name）或中文，常生成不带反引号的 SQL，直接报错。
立即学习“PHP免费学习笔记（深入）”；
- 不要点图形按钮，切到「SQL」页手写：
ALTER TABLE `wp_users` ADD INDEX idx_name (`user-name`); - 表名和字段名都得用反引号包裹，尤其是含特殊字符的字段
- 如果字段名是中文，确认数据库和连接字符集为
utf8mb4，否则可能隐式转换失败
最容易被忽略的是 host —— 'root'@'localhost' 和 'root'@'127.0.0.1' 是两个完全不同的用户，权限互不继承。查清 CURRENT_USER() 返回的 host 部分，授权时一个字符都不能错。
