在我们的应用程序的性能testing期间，我发现在极端负载下，可能发生的一个问题是偶尔的mysql连接错误（即在这个阶段，我不认为把它称为bug是公平的）。 最终，应用程序将被mysql阻止。 我可以扩展SET GLOBAL max_connect_errors=10000; （目前是10），但假设在很长时间内100％的MySQL正常运行时间，这个问题最终会再次发生吗？
这是mysql的“阻止主机”function：
主机“host_name”由于连接错误而被阻塞。 用'mysqladmin flush-hosts'解锁
如果没有主动的干预，连接错误总是会刷新或以其他方式拒绝？
我发现有矛盾的信息，Perconabuild议一个非常高的限制（“大约1000000是好的”）暗示没有。 但在文档状态的其他地方只有连续的错误被计数意味着是，一个成功的连接将刷新错误计数。
8.11.5.2。 DNS查找优化和主机caching
如果没有成功的连接从一个给定的主机连续发生这些事件太多，则服务器将阻止来自该主机的进一步连接。 max_connect_errors系统variables决定发生阻塞之前允许的错误的数量
有没有人运行MySQL 5.6.5哪里host_cache暴露或知道明确？
mysql连接错误计数刷新吗？
否。客户端主机将被阻止，直到执行mysqladmin flush-hosts命令或重新启动MySQL服务器。
是的，他们是连续的连接错误