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、不验证应用连接逻辑，几分钟后大概率又会弹出同一行报错。
