为什么MySQL连接时会出现Host is blocked错误该如何解除

mysqladmin flush-hosts可立即解封被阻塞IP，因其清空host cache并重置错误计数器，但需确保连对实例、具备SUPER/CONNECTION_ADMIN权限、显式指定-h/-P等参数。

MySQL 报“Host is blocked”不是连不上，而是被主动拒之门外——它已经把你的 IP 加进黑名单了，再试多少次密码都无效。立刻解封只有一条路：清空 host cache，但必须做对三件事：连对实例、权限够、参数写全。

mysqladmin flush-hosts 为什么执行失败？

常见报错是 Access denied 或 connect to server failed，本质不是命令写错，而是连接本身卡在第一步。

• 没加 -h 和 -P：默认走 Unix socket，但很多容器或加固环境禁用 socket，必须强制 TCP，例如 mysqladmin -h 127.0.0.1 -P 3306 -u root -p flush-hosts
• 远程执行漏掉 IP 和端口：比如目标库在 192.168.5.10:3308，却只写 mysqladmin -u admin -p flush-hosts，结果连本地 socket 都连不上
• 账号没 SUPER 或 CONNECTION_ADMIN 权限：RELOAD 权限不够，必须是这两个之一；用普通应用账号执行必然失败
• MySQL 没开 host_cache：某些 Docker 镜像启动时加了 --skip-host-cache，此时 flush-hosts 实际无效果

FLUSH HOSTS 在 MySQL 客户端里执行没用？

能执行不代表生效。这个命令只作用于当前连接的实例，而你很可能连错了地方。

• 主从架构下，应用实际连的是从库，但你在主库上执行了 FLUSH HOSTS——从库的 host_cache 仍是 block 状态
• 中间件（如 ProxySQL、ShardingSphere）路由到某台从库，得 ssh 登上去，在那台机器的 MySQL CLI 里执行
• 执行后立刻重试仍失败？检查应用是否用了连接池，旧连接还在缓存里；DNS 缓存也可能没刷新，尤其当连接串用域名而非 IP 时
• 提示 ERROR 1227 (42501)：当前用户缺 RELOAD 权限，换 root 或 DBA 账号再试

max_connect_errors 设多少才合理？

设太大削弱防护，设太小误伤业务。关键看部署场景和错误来源是否可控。

• 云数据库（如阿里云 RDS）常默认为 10，测试环境输错三次密码就封 IP；内部私有云可设为 200～500
• SET GLOBAL max_connect_errors = 500 是临时生效，重启 MySQL 就还原；要永久生效，必须写进配置文件 [mysqld] 段并重启服务
• 公网暴露的实例不建议调高，应靠监控提前发现异常连接（比如某 IP 错误计数 1 分钟内涨到 80），而不是等它爆掉再调参
• 别混淆 max_connect_errors 和 connect_timeout：前者管“失败次数”，后者管“单次握手超时秒数”，调大后者对解决 block 完全无效

真正麻烦的从来不是解封动作本身，而是那个反复触发错误的源头——可能是配置文件里写错的密码、连接池泄漏导致的高频建连、DNS 解析慢引起的认证超时，或者防火墙静默丢包。解封只是按下暂停键，不查日志、不盯 performance_schema.host_cache、不验证应用连接逻辑，几分钟后大概率又会弹出同一行报错。