phpMyAdmin 不支持多租户权限建模，其权限操作仅映射 MySQL 原生用户/库/表粒度授权，不提供租户隔离、动态模板或行级过滤；租户隔离需依赖数据库级隔离、应用层行控及严格身份路由。
phpMyAdmin 本身不支持多租户权限建模
phpmyadmin 是一个数据库管理界面，不是权限控制系统。它不提供租户隔离、动态权限模板或基于租户上下文的视图过滤能力。你看到的所有权限操作（如 grant / revoke）都直接作用于 mysql/mariadb 的原生权限系统，而 mysql 的权限模型天然按用户+库+表粒度设计，**不包含“租户”这一逻辑层**。
所谓“多租户权限结构”，实际必须拆解为：数据库级隔离（如每个租户独占 schema）、行级控制（需应用层或 MySQL 8.0+ 的 ROW LEVEL SECURITY 模拟）、以及严格的身份路由（谁登录、看到哪个库/哪些数据）。phpMyAdmin 只能帮你执行底层 SQL，不能自动推导或校验租户策略。
在 phpMyAdmin 中安全执行租户相关 GRANT 操作
你得手动构造符合租户边界的 GRANT 语句，并确保不越权。常见错误是给租户用户授予了跨库权限，或误用通配符 *。
- 租户用户应只被授予其专属数据库的权限，例如：
GRANT SELECT, INSERT, UPDATE ON `tenant_abc`.* TO 'user_tenant_abc'@'%'; - 禁止使用
GRANT ... ON *.*或GRANT ... ON `tenant_%`.*—— MySQL 不支持模式匹配的数据库名授权 - 若用共享库 + 租户字段（如
tenant_id），则权限无法靠 MySQL 原生机制限制到行；此时GRANT只能到表级，行级过滤必须由应用层强制实施 - 执行前务必在 phpMyAdmin 的「SQL」选项卡中切换到
mysql系统库，再运行FLUSH PRIVILEGES;生效（尤其在直接修改mysql.user表后）
避免在 phpMyAdmin 中直接编辑 mysql.user 表
虽然 phpMyAdmin 允许你打开 mysql.user 表并修改字段，但这是高危操作。MySQL 8.0+ 已将认证插件、密码哈希逻辑与字段强耦合，手动更新 authentication_string 极易导致用户锁定。
正确做法始终是用 SQL 命令：
立即学习“PHP免费学习笔记（深入）”；
CREATE USER 'tenant_xyz'@'%' IDENTIFIED BY 'strong-pass-2024'; GRANT USAGE ON *.* TO 'tenant_xyz'@'%'; -- 再逐库授权，而非直改表
另外，phpMyAdmin 的「用户账户」页面虽提供图形化创建入口，但它生成的语句默认不含 REQUIRE SSL 或 MAX_QUERIES_PER_HOUR 等租户常用限流参数，这些必须手写 CREATE USER 补全。
租户数据隔离失效的典型信号
当你发现租户间数据可互相访问，问题几乎从不在 phpMyAdmin 界面，而在权限设计源头。几个关键检查点：
- 确认连接时使用的用户名是否真对应租户专用账号（而不是用了
root或共用app_user） - 执行
SELECT CURRENT_USER();和SELECT USER();，二者返回值不同说明存在代理或 IDENTIFIED WITH 转发，权限可能被绕过 - 检查是否有
GRANT ... WITH GRANT OPTION泄露，下游用户可能自行扩大权限 - phpMyAdmin 的「当前数据库」下拉框显示的是会话默认库，不代表权限边界——用户仍可通过
USE other_tenant_db;切换（只要他有该库权限）
真正的租户防线在连接池配置、应用层数据库路由、以及初始化 SQL（如自动 USE tenant_xxx）里，phpMyAdmin 连看都看不到这些逻辑。
