1142错误源于权限缺失且已落地，需确认current_user()、选中业务库、用sql执行grant并flush privileges；phpmyadmin内部库和特殊字符字段也需单独授权。
直接在 phpmyadmin 里点「创建索引」或「新建表」报 #1142，说明权限缺失已落地到具体操作，不能靠刷新页面或重连解决，必须补授权。
先确认当前连接身份和目标库
phpMyAdmin 左上角显示的数据库名，就是你正在操作的上下文；它不等于你心里想的那个库。权限是按「用户@host + 库/表」绑定的，错一个就失效。
- 执行
SELECT USER(), CURRENT_USER();—— 注意看返回的第二项（CURRENT_USER()），它才是 MySQL 实际认的账号，比如'pma'@'localhost'，不是你输密码时写的那个 - 如果左上角没选中任何库，所有建表、加索引操作都默认落在
information_schema或空上下文，而你几乎肯定没被授予那里的CREATE或INDEX权限 - 点左侧数据库列表，手动选中你的业务库（如
myapp），再点「结构」→「新建」或「创建索引」，否则命令根本发不到正确对象上
快速补权：用 SQL 页直接执行 GRANT
别依赖 phpMyAdmin 的图形化权限管理页，它容易漏掉 host 匹配或权限粒度，直接写 SQL 最稳。
- 切到「SQL」页，粘贴类似语句：
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, INDEX ON `myapp`.* TO 'pma'@'localhost';（把myapp和pma换成你的真实库名和用户名） - 必须用反引号包裹数据库名，避免像
order这类关键字出错 - 执行完立刻跟一句：
FLUSH PRIVILEGES;—— 不然新权限不会加载 - 验证是否生效：
SHOW GRANTS FOR 'pma'@'localhost';，确保输出里有对应库的完整权限项，而不是只有USAGE
phpMyAdmin 自身功能依赖的特殊权限
phpMyAdmin 不只是个 SQL 输入框，它后台要读配置表、存 UI 偏好、查表结构，这些都会触发独立的 1142 报错。
- 如果你打开某张表就报
#1142 - SELECT command denied to user ''@'localhost' for table 'pma_table_uiprefs'，说明 phpMyAdmin 的内部库phpmyadmin没授权，得单独跑：GRANT SELECT, INSERT, UPDATE, DELETE ON `phpmyadmin`.* TO 'pma'@'localhost'; - 首次使用前建议导入
examples/create_tables.sql（路径在 phpMyAdmin 安装目录下），否则那些偏好表根本不存在，授权也没用 - 字段含短横线（如
user-name）或中文时，phpMyAdmin 界面建索引可能生成不带反引号的 SQL，直接语法错误；此时必须切「SQL」页手写：ALTER TABLE `user` ADD INDEX idx_name (`user-name`);
最容易被忽略的是 host 匹配细节：用 Navicat 或 PHP 连 localhost，MySQL 可能解析为 socket 连接，等效于 'user'@'localhost'；但用 127.0.0.1 就变成 TCP 连接，对应 'user'@'127.0.0.1' —— 这俩权限记录完全独立，授错一个就白干。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
