来源:AustinDatabases
提到MYSQL Too Many connections 这个错误在MYSQL 5.7 是一个DB人员忘不掉的错误。产生这个问题可能和数据库配置的不佳,或者应用程序组件中的缓冲池调整,增加更多的应用等等,或者因为突发的性能问题导致的这些种种,而不公平问题在于,这些情况的发生大多不是DB 可以控制的。
而在产生了 error 1040 (08004):too many connections 的错误后,如何解决才是一个难题。首先我们知道 max_connections 是一个可以动态调整的参数,但当你遇到这个问题的时候,你可能已经无法连接到数据,在进行问题的处理。
如果是使用 PERCONA MYSQL 的同学会非常轻松的解决这个问题,我们来回顾这个问题
在Percona MySQL中,您可以通过保留一个管理员连接来确保即使在达到max_connections 限制时,仍然可以向服务器发出管理命令。以下是如何保留管理员连接的步骤:

那么为什么这个在MSYQL 8.014 的新功能比之前的PERCONA 或MARIADB 的功能要好,这里可以总结一下
1 参数简洁,方便理解和设置
2 在大多数的系统中,由于存在应用账号使用管理员的账号进行连接的情况(我很鄙视,但是很多公司都在这样搞,原因就不说了,懂得都懂),那么percona 的方式就直接作废了。
基于以上的原因,MYSQL8,014 提出的这个新的功能,直接弥补了这个问题,这个方案的最大的优点是访问的地址是不一样的,即使应用使用了管理的地址进行应用的访问,导致连接打满,但我们的管理员是通过给定的新的地址进行访问,这样从安全性和问题解决的部分都比之前的方案要更稳妥。

我们做一个实验,当前最大的连接数是 300,我们同时通过管理员账号,发起300个并发连接,同时我们在通过管理员账号来连接数据库,在通过我们刚才设置的新的MYSQL TOO MANY CONNECTIONS 的8.014 的特性进行连接,下图很明显,我们连接成功,而普通的方式则不可以,已经 too many connections 了。

如果您正在使用MySQL 8.0.14或更高版本,那么应启用管理接口。正如我们所见,启用此功能非常简单,并通过允许在出现“ERROR 1040 (08004): Too many connections”的情况下访问数据库,为DBA提供了强大的功能。这个新功能不会影响正常的数据库性能并为DBA带来巨大的优势。请考虑仅将权限“SERVICE_CONNECTION_ADMIN”添加给管理用户而非应用程序用户,以免滥用此功能。如果您仍在使用较低版本的Percona Server for MySQL,请记住,在面临最大连接数问题时,可以通过配置变量“extra_port”和“extra_max_connections”来访问您的数据库
