最安全的做法是：用grant显式授权test_db全部数据操作权限，禁用global privileges所有勾选，严格匹配主机名并重连验证。
直接给测试人员分配测试库的全部权限，最安全的做法是：用 GRANT 显式授权目标库 + 明确禁用全局权限 + 避免勾选高危项。 界面勾选“所有权限”或留空全局权限区域，都可能意外授予 SUPER、FILE、GRANT OPTION 等危险权限，导致测试账号能关库、读服务器文件、甚至再授予权限——这不是“全权测试”，而是埋下生产事故引信。
为什么不能在「Global privileges」里勾选任何权限
phpMyAdmin 的「Global privileges」区域一旦勾选（哪怕只勾了 SELECT），它实际会生成类似 GRANT SELECT ON *.* 的语句，让该用户对所有数据库都有查询能力。更危险的是，界面默认勾选的「Check All」会包含 SUPER、SHUTDOWN、FILE —— 这些权限无法被 REVOKE 降级，且不依赖具体数据库。测试人员不需要、也不应该拥有重启 MySQL、读取 /etc/passwd 或 dump 内存的能力。
- 必须手动取消「Global privileges」区域所有勾选，包括看似无害的
USAGE（它本身不赋权，但界面常误设为默认） - 确认「Global privileges」下方显示的是
USAGE（即无任何权限），而不是ALL PRIVILEGES或带星号的列表 - 如果已误勾，不要点“执行”覆盖，先返回并清空，否则后续撤销需额外执行
REVOKE且可能残留缓存
如何正确授予 test_db 的全部数据操作权限
真正的“测试库全部权限”，是指对该库内所有表的 SELECT、INSERT、UPDATE、DELETE、CREATE、DROP、ALTER、INDEX —— 这些足够建表、插数据、改结构、删记录，但不越界到其他库或服务器层。
- 滚动到「Database-specific privileges」→ 点「Add privileges on the following database」→ 下拉选择
test_db - 仅勾选：
SELECT、INSERT、UPDATE、DELETE、CREATE、DROP、ALTER、INDEX -
绝对不勾
GRANT OPTION：它会让测试人员能把test_db权限再转授他人，且上级无法回收 - 保存后，phpMyAdmin 自动生成的语句类似：
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, ALTER, INDEX ON `test_db`.* TO 'tester'@'10.20.30.%'
主机名和连接字符串必须匹配，否则权限不生效
权限是 'tester'@'host' 成对生效的。如果 phpMyAdmin 里设的是 'tester'@'10.20.30.%'，但测试人员用 localhost 或 127.0.0.1 连，MySQL 会查不到匹配账号，直接报 Access denied for user 'tester'@'localhost'。
- 创建用户时，「Host」字段务必填测试环境真实的客户端 IP 段（如
10.20.30.%）或域名，不要用%（太宽泛）或localhost（本地回环常不匹配 Docker 或远程终端） - 测试人员连接时，连接字符串中的
host必须与权限定义一致；若不确定，可临时设为'tester'@'%'，但上线前必须收紧 - 验证方式：用同账号在命令行执行
mysql -h 10.20.30.45 -u tester -p -D test_db，看是否能进且能SHOW TABLES
最容易被忽略的一点：权限变更后，phpMyAdmin 不会自动刷新当前用户的权限缓存。如果测试人员正在用旧连接测试，会继续沿用旧权限，直到断开重连。别只信界面“执行成功”，一定要让测试人员新开一个连接窗口验证——否则你以为给了 DROP，他实际删不了表，问题拖到集成阶段才暴露。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
