不能仅靠phpMyAdmin界面勾选“全局SELECT”，必须手动为每个目标数据库单独授SELECT权限，并额外授予information_schema的SELECT权限；MySQL 8.0+还需用mysql_native_password插件创建用户，否则无法登录或Laravel报错。
不能直接在 phpMyAdmin 界面里“勾选限制 SELECT”，权限控制完全依赖 MySQL 的 GRANT 机制；phpMyAdmin 只是前端，它显示什么、允许操作什么，由后端用户的实际权限决定。
为什么 phpMyAdmin 不提供“只允许 SELECT 统计”的开关
phpMyAdmin 本身不管理权限，它读取并展示当前登录用户的 MySQL 权限。所谓“SELECT 统计”，通常指 SELECT + 聚合函数（如 COUNT()、SUM()、GROUP BY），但 MySQL 权限系统中没有“统计权限”这个粒度——只有 SELECT 权限，且一旦授予，就包含所有合法的 SELECT 用法（含子查询、JOIN、聚合、窗口函数等）。
- phpMyAdmin 的“仅查看模式”（如禁用编辑/删除按钮）只是前端隐藏，不阻止用户手动执行 SQL
- 真正起作用的，是 MySQL 对该账号执行
SELECT语句时的权限校验，与是否带GROUP BY无关 - 如果你看到某用户在 phpMyAdmin 里点不了“插入”或“结构”，那是因为它没被授予
INSERT或ALTER权限，不是 phpMyAdmin 主动限制的
如何创建一个只能执行 SELECT（含统计）的 MySQL 用户
必须通过 MySQL 命令行或具备管理员权限的账号，在服务端执行 GRANT。例如，让用户 reporter 只能查 sales 库里的 orders 表：
GRANT SELECT ON `sales`.`orders` TO 'reporter'@'localhost';
关键点：
- 不要给
USAGE或空权限，那等于没授权；也不要给ALL PRIVILEGES再回收，容易遗漏 - 如果需要跨表聚合（比如
JOIN customers ON orders.customer_id = customers.id），必须对涉及的每张表都显式授予SELECT，例如：GRANT SELECT ON `sales`.`customers` TO 'reporter'@'localhost'; - 库名和表名要用反引号包裹，避免关键字冲突；主机名（如
'localhost'）要匹配实际连接来源 - 执行完必须跟
FLUSH PRIVILEGES;（MySQL 8.0+ 通常自动刷新，但显式执行更稳妥）
哪些操作看似“只是 SELECT”，但实际会失败
即使严格只授了 SELECT，以下情况仍可能报错，常被误认为权限配置失败：
-
SELECT ... INTO OUTFILE：需要额外的FILE权限，且受secure_file_priv限制 -
SELECT中调用自定义函数（FUNCTION）：需对该函数有EXECUTE权限 -
SELECT访问视图（VIEW）：不仅需要对视图本身的SELECT权限，还需对视图底层引用的所有表有SELECT权限 - 使用
INFORMATION_SCHEMA：部分元数据表（如PROCESSLIST）需要PROCESS权限，普通SELECT用户看不到
phpMyAdmin 中验证权限是否生效
用新用户登录 phpMyAdmin 后，可快速确认：
- 左侧数据库列表只显示被授权的库；点进去后，只显示被授权的表
- 点开某张表 → “SQL” 标签页 → 手动输入
SELECT COUNT(*) FROM orders GROUP BY status;，应能成功返回结果 - 尝试执行
INSERT INTO orders (...) VALUES (...);，会立即报错：#1142 - INSERT command denied to user 'reporter'@'localhost' for table 'orders' - 如果连表都看不到，或者
SELECT报#1142，说明GRANT没生效，检查用户名、主机名拼写，以及是否漏了FLUSH PRIVILEGES;
最易忽略的是：权限绑定的是「用户+主机」组合，'reporter'@'localhost' 和 'reporter'@'%' 是两个完全不同的账号；很多用户从远程访问却只给了本地权限，导致始终连不上或权限无效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
