MySQL IP白名单需在服务端通过CREATE USER语句的Host字段精确配置，如'user'@'203.0.113.45'，并配合GRANT授权和FLUSH PRIVILEGES生效，phpMyAdmin仅是管理界面，不参与访问控制。

在phpMyAdmin里不能直接设置IP限制

phpMyAdmin本身只是MySQL的Web管理界面，它不负责用户认证或网络层访问控制。IP白名单必须在MySQL服务端配置，而不是在phpMyAdmin界面里点几下就能生效。

MySQL中创建带HOST限制的用户

关键在于CREATE USER语句里的HOST部分——它不是用户名的一部分，而是登录来源的网络标识。用'user'@'192.168.1.100'和'user'@'%'是两个完全不同的账户，权限也互不影响。

• 只允许从单个IP登录：CREATE USER 'myapp'@'203.0.113.45' IDENTIFIED BY 'strongpass';
• 允许从某个网段登录：CREATE USER 'myapp'@'192.168.5.%' IDENTIFIED BY 'strongpass';
• 禁止通配符滥用：避免用'%' 或'localhost'以外的模糊HOST，否则可能绕过限制

授权后必须执行FLUSH PRIVILEGES

MySQL不会自动重载权限表。即使GRANT成功，旧连接仍可能沿用缓存权限，新连接也可能因权限未刷新而被拒绝。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• 授予权限后立即运行：FLUSH PRIVILEGES;
• 验证是否生效：SELECT User, Host FROM mysql.user WHERE User = 'myapp'; —— 确保Host列显示的是你指定的IP或模式，不是%
• 注意：某些MySQL 8.0+版本在CREATE USER+GRANT组合下可能延迟生效，FLUSH PRIVILEGES仍是稳妥做法

连接测试时别用root或localhost混淆判断

本地用mysql -u myapp -h 127.0.0.1测试，很可能失败——因为127.0.0.1走TCP，而MySQL把'myapp'@'localhost'和'myapp'@'127.0.0.1'视为不同用户。真正验证要从目标IP机器上连：

• 从允许的IP执行：mysql -u myapp -h your-db-server-ip -p
• 从其他IP执行同样命令，应报错：ERROR 1045 (28000): Access denied for user 'myapp'@'192.168.2.33'
• phpMyAdmin登录时，也要确保它所在的服务器IP匹配你设定的Host值；如果phpMyAdmin和MySQL在同一台机器，且你设的是'myapp'@'192.168.1.100'，但phpMyAdmin用localhost连接，则会失败

实际部署中最容易被忽略的是HOST值与真实连接路径的匹配关系——比如以为设了'%'再靠防火墙拦就够了，结果应用直连时用了域名解析出的公网IP，而MySQL里只认具体IP或子网，权限就对不上。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！