phpMyAdmin 无法直接设置用户权限，必须通过 MySQL 服务端的 GRANT 语句或系统表操作；其“用户账户”页仅执行 CREATE USER，不自动授权，需手动勾选数据库并点击“执行”，或用 SQL 显式授权并运行 FLUSH PRIVILEGES。
不能直接在 phpMyAdmin 界面里“设置用户权限”——phpMyAdmin 只是 MySQL 的图形前端，真正的权限控制必须通过 MySQL 服务端的 GRANT 语句或 mysql.user/mysql.db 系统表完成。
为什么 phpMyAdmin 的“用户账户”页面看起来能新建用户却不能精细授权？
phpMyAdmin 的「用户账户」页（通常路径为 /phpmyadmin/server_privileges.php）确实允许你创建用户、设置密码，但它默认只执行最简化的 CREATE USER，不自动附加 GRANT。如果你没手动勾选对应数据库并点击「勾选所有权限」，该用户登录后会看到空列表或报错 #1044 - Access denied for user...。
- 勾选数据库时，务必点开左侧树状结构，找到目标库名（如
app_production），再勾选其后的复选框，不是只勾「全局权限」 - 勾选后必须点「执行」（或「更改权限」按钮），否则权限不会写入
mysql.db表 - 如果用户已存在，需先点「编辑权限」，否则新建操作会冲突
用 SQL 手动授权更可靠：限制用户仅访问单个数据库
在 phpMyAdmin 的「SQL」标签页中运行以下语句，比图形界面更明确、不易漏步骤：
CREATE USER 'dev_user'@'localhost' IDENTIFIED BY 'strong_password'; GRANT SELECT, INSERT, UPDATE ON `app_production`.* TO 'dev_user'@'localhost'; FLUSH PRIVILEGES;
-
'dev_user'@'localhost'中的localhost必须与用户实际连接来源一致；若从远程连接，要改成'%'或具体 IP，但注意安全风险 -
ON `app_production`.*的反引号不可省略，尤其当库名含短横线或数字开头时（如my-app-v2） - 不要给
USAGE权限以外的全局权限（如GRANT ALL ON *.*），否则会绕过库级限制 - 执行完必须运行
FLUSH PRIVILEGES;，否则权限变更不生效（MySQL 8.0+ 在某些配置下可省略，但保守起见仍建议加上）
验证权限是否真正生效
别只信 phpMyAdmin 左侧数据库列表是否显示——它有时会缓存或显示错误。用该用户身份直连验证：
立即学习“PHP免费学习笔记（深入）”；
mysql -u dev_user -p -e "SHOW DATABASES;"
- 正常情况下，输出应只包含
information_schema、performance_schema、sys和你授权的app_production（MySQL 8.0+ 默认隐藏系统库，但行为受show_compatibility_56影响） - 尝试切换未授权库：
USE unallowed_db;应报错ERROR 1044 (42000): Access denied for user... - 如果仍能看到其他库，说明授权对象错了——检查是否误授了
ON *.*，或用户 host 匹配到了更高优先级的旧记录（可用SELECT User, Host FROM mysql.user WHERE User = 'dev_user';查重）
真正起作用的是 MySQL 的权限表匹配逻辑，不是 phpMyAdmin 的界面上划了几下。最容易被忽略的是 host 字段的精确匹配和 FLUSH PRIVILEGES 的遗漏——这两点出问题，90% 的“设了权限却不生效”就解决了。
