必须为具体数据库单独授权SELECT等权限，并额外授予information_schema.TABLES和COLUMNS的SELECT权限，否则Laravel/Django因查询表结构失败而报SUPER权限错误。
直接给外包团队开账号，必须禁用全局权限、限定数据库、显式授予 SELECT + SHOW VIEW + LOCK TABLES，并额外放行 information_schema 的 SELECT，否则 Laravel 或 Django 类框架会因查表结构失败而报 SUPER 权限错误。
为什么“只勾选 SELECT”在 phpMyAdmin 里不管用
很多人在“全局权限”里勾上 SELECT 就以为完事了，结果外包人员登录后 SHOW DATABASES 返回空列表，或者连目标库都看不到。这是因为 MySQL 的权限系统不把全局 SELECT 自动映射到已有数据库——它只对后续新建的库生效（且需额外 CREATE 权限）。你必须为每个具体数据库单独授权。
实操建议：
- 创建用户时，
Host填具体 IP（如203.0.113.45）或网段（如203.0.113.%），别用%； - 提交后立刻点该用户右侧的“编辑权限”，切到“数据库特定权限”；
- 从下拉菜单选目标库（如
customer_app），只勾SELECT、SHOW VIEW、LOCK TABLES； -
LOCK TABLES是必须的——否则mysqldump备份会失败，外包常需要导出数据。
为什么 Laravel 连只读账号报 “Access denied; you need SUPER privilege”
这不是权限没给够，而是框架在运行 php artisan migrate:status 或渲染 Schema 页面时，会悄悄执行 SHOW CREATE TABLE 和查询 information_schema.TABLES。只读用户默认对 information_schema 没任何权限，MySQL 就抛这个错。
立即学习“PHP免费学习笔记（深入）”；
解决方法很简单，但容易被跳过：
- 回到该用户的“编辑权限”页；
- 在“数据库特定权限”里，手动从下拉菜单选
information_schema； - 只勾
SELECT（别多勾）； - 点击“执行”保存——这一步漏掉，权限就不生效。
MySQL 8.0+ 用户创建失败？别信 phpMyAdmin 图形界面
如果你用的是 MySQL 8.0+（比如 8.0.33 或 8.4.x），而 phpMyAdmin 版本是 5.2.x 以下，大概率点“添加用户账户”没反应，或创建后无法登录，报错：Authentication plugin 'caching_sha2_password' cannot be loaded。这是认证插件不兼容，不是密码错了。
绕过图形界面，直接走 SQL：
CREATE USER 'outsourcing_ro'@'203.0.113.45' IDENTIFIED WITH mysql_native_password BY 'R3ad0nly_2026!'; GRANT SELECT, SHOW VIEW, LOCK TABLES ON `customer_app`.* TO 'outsourcing_ro'@'203.0.113.45'; GRANT SELECT ON `information_schema`.`TABLES` TO 'outsourcing_ro'@'203.0.113.45'; GRANT SELECT ON `information_schema`.`COLUMNS` TO 'outsourcing_ro'@'203.0.113.45'; FLUSH PRIVILEGES;
注意：mysql_native_password 是关键，它能兼容老版本 phpMyAdmin 和多数 PHP PDO 驱动；FLUSH PRIVILEGES 必须执行，否则权限不加载。
验证和收尾：别跳过这三步
配置完别急着通知外包，先自己模拟登录验证：
- 用命令行测试：
mysql -u outsourcing_ro -h your.db.host -p -D customer_app，确认能连、能SELECT、不能INSERT； - 进 phpMyAdmin 界面，用该账号登录，检查左侧数据库列表是否只显示
customer_app和information_schema； - 在
customer_app里点任意表，尝试右键“编辑”或“清空表”——应提示权限拒绝。
最容易被忽略的是 information_schema 授权范围：只要求 TABLES 和 COLUMNS 表的 SELECT，不要授整个库，更不要勾 CREATE 或 DROP ——那是安全边界线。
