MySQL将'user'@'localhost'和'user'@'%'视为完全独立账户，%不匹配localhost，因认证时localhost优先级最高；需分别创建并授权两个账户，再执行FLUSH PRIVILEGES。
phpMyAdmin里看到的localhost和%是两个独立用户
mysql把'user'@'localhost'和'user'@'%'当作完全不同的账户，哪怕用户名一样，权限也互不影响。你在phpmyadmin「用户账户」列表里看到两行，就说明它们是两条独立记录，不是同一个用户的两种状态。
常见误解是以为改Host字段就能“切换”连接方式，其实不是：MySQL在认证时先匹配最具体的Host（比如192.168.1.100），再匹配localhost，最后才轮到%。所以'user'@'localhost'存在时，'user'@'%'根本不会被用到——哪怕你用-h 127.0.0.1连，也会命中'user'@'127.0.0.1'（如果存在）或'user'@'%'，但绝不会走'user'@'localhost'这条路径。
- 用
mysql -u user -p -h localhost→ Unix socket → 匹配'user'@'localhost' - 用
mysql -u user -p -h 127.0.0.1→ TCP连接 → 匹配'user'@'127.0.0.1'或'user'@'%'，不匹配'user'@'localhost' -
%不自动包含localhost，这是设计行为，不是bug
为什么改完%还是连不上localhost？
因为'user'@'localhost'和'user'@'%'是并存关系，不是覆盖关系。你新建了'user'@'%'，但旧的'user'@'localhost'还在，客户端用-h localhost连时，MySQL优先选它——哪怕它没权限、密码错了，也不会 fallback 到%。
排查步骤：
- 运行
SELECT User, Host FROM mysql.user WHERE User = 'user';确认是否存在多条记录 - 检查当前连接用的是什么host：
SELECT CURRENT_USER();（返回实际匹配的账户） vsSELECT USER();（返回登录时声明的账户） - 如果只要远程可用，就删掉
'user'@'localhost'：DROP USER 'user'@'localhost';，再FLUSH PRIVILEGES; - 如果既要本地又要远程，得建两个账户：
'user'@'localhost'+'user'@'%'，分别授不同权限
phpMyAdmin里编辑Host字段的实际效果
在「用户账户」→「编辑权限」里把Host从localhost改成%，phpMyAdmin底层执行的是ALTER USER 'user'@'localhost' IDENTIFIED WITH ... HOST '%'这类语句（MySQL 5.7+）或重建账户（旧版）。但注意：
- 这个操作不会保留原账户的密码哈希格式，尤其MySQL 8.0+默认用
caching_sha2_password，而旧账户可能是mysql_native_password，改完可能无法登录 - 如果目标
'user'@'%'已存在，会报错#1396 - Operation ALTER USER failed，必须先DROP USER再重建 - 改完必须勾选「刷新权限」，否则
FLUSH PRIVILEGES不执行，变更不生效
真正想让一个用户既连localhost又连远程，该怎么做？
别指望一个Host字段搞定。MySQL不支持通配符覆盖本地socket连接。正确做法是显式创建两个账户：
-
CREATE USER 'app'@'localhost' IDENTIFIED BY 'strong-pass';→ 给Web应用本地调用 -
CREATE USER 'app'@'%' IDENTIFIED BY 'strong-pass';→ 给运维或外部服务连 - 分别
GRANT SELECT, INSERT ON mydb.* TO 'app'@'localhost';和GRANT SELECT ON mydb.* TO 'app'@'%'; - 记得
FLUSH PRIVILEGES;，或者用phpMyAdmin的「刷新权限」按钮
这种分离才是MySQL权限模型的本意——localhost走socket更高效，%走TCP更灵活，混用反而容易权限错乱或连接失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
