必须用root或含grant option的账号登录phpmyadmin才能看到全局权限选项；旧版需手动选“all databases”，mariadb启用skip-grant-tables时权限界面不可用；权限修改后须执行flush privileges生效，且注意'localhost'与'127.0.0.1'权限不互通。
phpmyadmin 里找不到「全局权限」入口？先确认你登录的是 root 或高权限账户
phpmyadmin 的权限管理界面默认只显示当前用户有权限操作的数据库，如果你用的是普通账号（比如只绑定了 myapp 数据库），根本看不到「users」→「edit privileges」里的全局选项卡。必须用 root 或拥有 grant option 的账号登录，才能看到顶部的「check all」和「select all」旁边那个「with grant option」复选框。
常见错误现象：
– 点开「Users」列表，点击某个用户后，只有「Database-specific privileges」，没有「Global privileges」；
– 「Add user account」页面填完用户名密码，直接跳到「Account overview」，没出现权限设置区。
- 检查左上角 phpMyAdmin 版本：5.2+ 才在「Users」页默认展开全局权限区域；旧版需手动点「Edit privileges」→ 拉到页面最底部找「Add privileges on the following databases」→ 选「All databases」
- 如果用的是 MariaDB 10.4+，且启用了
skip-grant-tables，权限界面会完全不可用——得先关掉这个配置再重启 mysqld - 不要试图在「SQL」标签页里执行
GRANT ALL ON *.* TO 'user'@'localhost'后刷新用户页——phpMyAdmin 不自动同步权限缓存，必须点右上角「Reload privilege tables」或执行FLUSH PRIVILEGES
给用户加 ALL PRIVILEGES 但不带 GRANT OPTION，是多数场景的安全底线
勾选「Global privileges」下的「Check All」看起来省事，但实际会给用户 FILE、SHUTDOWN、SUPER 这类危险权限，相当于把 MySQL 实例的服务器级控制权交出去。除非你是搭内部 DBA 工具，否则真没必要。
使用场景：
– Laravel / WordPress 部署时需要创建迁移表、读写所有业务库；
– CI/CD 流水线账号需要自动建库、删库、改结构。
- 推荐组合：勾选
SELECT、INSERT、UPDATE、DELETE、CREATE、DROP、INDEX、ALTER、CREATE TEMPORARY TABLES、LOCK TABLES—— 覆盖 95% 的开发与运维需求 - 绝对不要勾
GRANT OPTION，除非你要让这个用户去给其他用户授权；它一旦开启，就无法被更高权限账号回收（MySQL 权限模型限制） -
REFERENCES和EVENT在 phpMyAdmin 界面里默认不显示，需切到「SQL」页手动补：GRANT EVENT ON *.* TO 'user'@'%'; FLUSH PRIVILEGES;
「localhost」和「%」主机名差异导致权限失效，这是最常被忽略的连接来源问题
你在 phpMyAdmin 里给 'admin'@'localhost' 加了全局权限，但应用连的是 127.0.0.1，结果报 #1045 - Access denied。因为 MySQL 把 localhost 和 127.0.0.1 当作两个不同主机——前者走 socket 连接，后者走 TCP，权限记录不互通。
立即学习“PHP免费学习笔记（深入）”；
参数差异：
– 'user'@'localhost'：仅允许本机 socket 连接
– 'user'@'127.0.0.1'：仅允许本机 TCP 连接
– 'user'@'%'：允许任意 IP（含 localhost），但受 bind-address 和防火墙限制
- 开发环境建议直接建两个账号：
'user'@'localhost'+'user'@'127.0.0.1'，权限保持一致 - 生产环境禁用
'user'@'%'，改用具体内网段，例如'user'@'10.10.20.%' - phpMyAdmin 自己的连接方式会影响你看到的「Current user」：如果它用 TCP 连 MySQL，那你用
localhost创建的账号在 phpMyAdmin 里就不可见——得看「Users」页显示的 Host 列是否匹配
权限生效延迟？别只信界面勾选，FLUSH PRIVILEGES 是唯一保险动作
phpMyAdmin 点完「Go」后立即测试连接失败，不是 bug，是 MySQL 权限缓存机制在起作用。它不会实时重载内存中的权限表，尤其当有活跃连接正在用旧权限上下文时。
性能影响：
– FLUSH PRIVILEGES 是轻量操作，毫秒级，不影响查询响应；
– 但它会强制所有新连接重新读取 mysql.user 表，旧连接仍沿用原权限，直到断开重连。
- 执行位置：进 phpMyAdmin → 「SQL」页 → 粘贴
FLUSH PRIVILEGES;→ Go - 如果用的是 MySQL 8.0+，且用户是用
CREATE USER语法新建的，其实可以跳过这步——但 phpMyAdmin 底层用的是旧式 INSERT INTO mysql.user，所以必须刷 - 某些云数据库（如阿里云 RDS、腾讯云 CDB）禁用
FLUSH PRIVILEGES，此时要改用控制台「重置账号权限」按钮，或提交工单
权限这事，表面是勾几个框，背后连着主机名解析逻辑、MySQL 版本特性、连接协议类型，还有云厂商的定制限制。漏掉任何一个环节，都会卡在「明明设了却登不上」。
