MySQL通过GRANT语句实现精准权限控制，需显式指定用户@主机、数据库通配符（如app\_%.*）、具体权限，并执行FLUSH PRIVILEGES生效；phpMyAdmin仅是图形界面，不管理权限。
phpMyAdmin 本身不管理权限，得靠 MySQL 用户权限系统
phpmyadmin 只是 mysql 的图形界面，它不控制谁能访问哪个库——真正起作用的是 mysql 的 grant 权限体系。你在 phpmyadmin 里看到的“用户”列表，其实是 mysql 的 mysql.user 和 mysql.db 表里的记录。想让某个用户只能操作 app_ 开头的数据库，必须用 sql 命令显式授权，不能靠 phpmyadmin 界面点几下就搞定。
用通配符 GRANT 给前缀匹配的数据库赋权
MySQL 支持在 GRANT 语句中使用 _（单字符）和 %（任意长度）通配符。要授权所有以 app_ 开头的数据库，命令长这样：
GRANT SELECT, INSERT, UPDATE, DELETE ON `app\_%`.* TO 'myuser'@'localhost';
注意几个关键点：
-
`app\_%`的反引号和反斜杠不能少：反引号防止特殊字符出错，反斜杠是转义%，否则会被当成字面量app_%（一个带下划线和百分号的库名） - 必须执行
FLUSH PRIVILEGES;才能让权限立即生效 - 如果用户还要创建库或删库，得额外给
CREATE或DROP权限，但不建议直接授CREATE，容易越权建非前缀库 - 通配符只对
ON database.table生效，对ON *.*或ON `app_%`.some_table这种写法无效
避免常见权限陷阱
很多人试了通配符授权却还是能访问其他库，问题往往出在这几处：
- 用户已有全局权限（
ON *.*），会覆盖更细粒度的限制——查SHOW GRANTS FOR 'myuser'@'localhost';确认没有残留的ALL PRIVILEGES ON *.* - 误用了
mysql.db表手动插入记录：直接改系统表不触发权限校验逻辑，且容易格式出错，必须用GRANT/REVOKE - 连接时用了不同 host（比如
'myuser'@'%'而不是'myuser'@'localhost'），导致实际匹配的是另一条权限记录 - 数据库名含连字符或大写字母时，通配符大小写敏感（Linux 下默认敏感），
APP_%不等于app_%
phpMyAdmin 中验证权限是否生效
登录该用户账号后，在 phpMyAdmin 左侧数据库列表里，只会显示被授权的 app_ 开头的库（前提是这些库真实存在）。但要注意：
立即学习“PHP免费学习笔记（深入）”；
- 列表为空 ≠ 权限没生效，可能是对应前缀的库还没创建
- 能看见库名 ≠ 能执行所有操作——比如没给
DROP权限，就无法删表，此时点击“删除”按钮会报错#1045 - Access denied - 如果用户还能看到其他库，说明权限配置有遗漏，优先检查
SHOW GRANTS输出里有没有更高优先级的权限规则
真正难处理的是跨前缀场景：比如既要 app_ 又要 log_，就得写两条 GRANT；而想排除某个特定前缀库（如 app_test），MySQL 原生不支持“白名单+排除”，只能靠应用层控制或单独 REVOKE。
