CREATE USER host段必须用单引号包裹，如'192.168.1.%'；phpMyAdmin不自动补引号易出错；IP范围需拆分或用子网通配；同名用户按Host区分；MySQL不支持CIDR；多语句需启用多查询并手动FLUSH PRIVILEGES。
为什么 CREATE USER 用 IP 通配符会失败
直接写 create user 'admin'@'192.168.1.%' 看似合理，但 mysql 实际解析时会把 % 当作字面量——除非你明确用引号包住整个 host 段，否则报错 error 1064 或 error 1396。phpmyadmin 的 sql 标签页不自动补引号，手误漏掉单引号是高频翻车点。
实操建议：
- host 部分必须用单引号包裹，如
'192.168.1.%'、'localhost'、'%.example.com' - 不要混用双引号，MySQL 不认
"192.168.1.%" - 若 IP 段含破折号（如
10.0.0-255.1），这是非法格式，MySQL 不支持范围通配，只能拆成多个用户或改用子网掩码式写法（如'10.0.0.%'）
同名用户在 phpMyAdmin 里看不见重复项
phpMyAdmin 默认只显示 User 列（即用户名），不并排展示 Host。你新建了 'app'@'10.10.20.5' 和 'app'@'10.10.20.6'，列表里都只写 app，容易误判为“已存在”。实际它们是两个独立账户，权限互不影响。
实操建议：
- 进 phpMyAdmin 后，点击顶部「用户账户」→ 右上角「显示全部」，确保勾选「显示主机列」
- 排序时点「Host」列标题，把同名不同 host 的用户聚在一起看
- 删用户前务必核对完整
User@Host，仅删'app'@'%'不会影响'app'@'10.10.20.5'
权限分配后连不上：host 匹配比你想的更严格
MySQL 认证时先查 User@Host 精确匹配，再 fallback 到 User@'%'。如果你建了 'api'@'172.16.0.0/12'（这是 MariaDB 语法），但在 MySQL 8.0+ 里无效——MySQL 不支持 CIDR，只会当字面量匹配失败。
实操建议：
- MySQL 原生只认
%（任意字符）、_（单字符）、IP 字面量、域名（需 DNS 反查开启） - 要限制到 C 类网段，用
'api'@'172.16.0.%'；B 类用'api'@'172.16.%' - 本地连接优先用
'user'@'localhost'，它走 socket 连接，比'user'@'127.0.0.1'（走 TCP）更安全且略快
phpMyAdmin 执行多条语句时权限不生效
在 phpMyAdmin 的「SQL」页粘贴多条语句（比如先 CREATE USER 再 GRANT），默认只执行第一行。后续语句被忽略，导致用户建成了但没权限，连上去提示 Access denied for user。
实操建议：
- 每条语句单独执行，或用分号分隔后勾选「启用多查询」（位置在 SQL 输入框下方）
-
GRANT后必须跟FLUSH PRIVILEGES;，但 phpMyAdmin 的「用户账户」界面点「编辑权限」会自动刷新，SQL 模式下得手动加 - 如果用 phpMyAdmin 导入 SQL 文件，确认文件末尾有
FLUSH PRIVILEGES;，否则权限只在内存里，服务重启就丢
复杂点在于 host 解析顺序和权限缓存机制——MySQL 先匹配最具体的 User@Host，哪怕你给 'user'@'%' 赋了权，只要存在更精确的同名用户（如 'user'@'192.168.1.100'）且没授予权限，就会沿用那个空权限记录。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
