MySQL用户权限由MySQL实例自身管理，phpEnv仅提供运行环境；8.0+需先CREATE USER再GRANT，主机名推荐'127.0.0.1'，注意认证插件与bind-address配置影响权限生效。
phpEnv 本身不管理 MySQL 用户权限，它只是个 Windows 下的集成环境套件；真正执行用户创建和授权的是你启动的 MySQL 实例——操作方式和原生 MySQL 完全一致，但容易因忽略版本差异和本地配置踩坑。
MySQL 8.0+ 下 CREATE USER 和 GRANT 必须分两步
在 phpEnv 启动的 MySQL 8.0 或更高版本中，直接 GRANT 一个不存在的用户会报错：ERROR 1410 (42000): You are not allowed to create a user with GRANT。这是因为 MySQL 8.0 默认启用了严格用户创建策略。
- 必须先用
CREATE USER显式建用户，例如：CREATE USER 'webapp'@'localhost' IDENTIFIED BY 'Passw0rd!'; - 再用
GRANT分配权限，例如：GRANT SELECT, INSERT, UPDATE ON mydb.* TO 'webapp'@'localhost'; - 主机名别写成
%就完事——phpEnv 默认只监听127.0.0.1或localhost，远程连接通常不通，强行配'user'@'%'反而无法登录 - 如果 phpEnv 内置的是 MySQL 8.0+，且你用老版本 PHP（如 PHP 7.2 + 旧版
pymysql）或 Navicat 旧版连接，可能遇到caching_sha2_password认证失败，此时建用户时要加：IDENTIFIED WITH mysql_native_password BY 'Passw0rd!'
phpEnv 中 MySQL 配置影响权限生效范围
phpEnv 的 my.ini（通常位于 phpEnv\MySQL\conf\my.ini）里若设置了 bind-address = 127.0.0.1，那 'user'@'localhost' 和 'user'@'127.0.0.1' 是两个不同用户——MySQL 认为它们来源协议不同（前者走 socket，后者走 TCP），权限不互通。
- 推荐统一用
'user'@'127.0.0.1'：兼容所有 PHP 连接方式（mysqli、PDO均默认走 TCP） - 建完用户后务必执行
FLUSH PRIVILEGES;，虽然 MySQL 大多数情况下GRANT自动重载，但 phpEnv 环境下偶有缓存未刷新导致“明明授了权却连不上”的情况 - 检查是否启用了
skip-name-resolve：如果开了，DNS 解析被跳过，'user'@'%.example.com'这类带域名的主机名会失效，只认 IP 形式
PHP 应用连接时权限不够的典型表现
你在 phpEnv 里跑 Laravel 或 ThinkPHP，报错 Access denied for user 'webapp'@'localhost' 或 CREATE command denied to user，大概率不是密码错了，而是权限粒度没对上。
立即学习“PHP免费学习笔记（深入）”；
-
CREATE DATABASE需要全局CREATE权限，不是数据库级权限——GRANT CREATE ON mydb.* TO 'webapp'@'127.0.0.1'不够，得是GRANT CREATE ON *.* TO 'webapp'@'127.0.0.1' - Laravel 迁移（
php artisan migrate）需要CREATE、ALTER、DROP、INDEX等多个权限，建议组合授予：GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, DROP, INDEX ON mydb.* TO 'webapp'@'127.0.0.1'; - 用
SHOW GRANTS FOR 'webapp'@'127.0.0.1';直接查当前生效权限，比猜更可靠 - phpEnv 自带的 phpMyAdmin 默认用
root登录，但它看到的权限视图可能滞后，别依赖它判断新用户权限是否生效
最常被忽略的一点：phpEnv 启动的 MySQL 进程可能静默读取了旧版 my.ini 或残留的 mysql.user 表数据，改完权限后如果仍不生效，先确认你连的是 phpEnv 管理的那个 MySQL 实例（查 SELECT @@port, @@socket;），再检查是否误操作了其他 MySQL 服务。
