当然这只能提前预知危险,但不能阻止危险.
2 基于MYSQL 的连接打满后的连接清理的问题
这里分两个部分说
1 MYSQL 5.X
2 MYSQL 8
1 MYSQL...我们开了一个SESSION 又开了一个 报错, 这个是自然的, TOO MANY CONNECTIONS
我们将参数打入到MY.CNF 并重启动数据库
?...我们通过3307 的预设的端口进行访问是可以的, 这个方法可以弥补这个连接打满的问题
?
后面我们可以通过直接执行下面的存储过程,将应用的连接都KILL 掉,达到治标的解决问题的方案....另外这个功能create admin listener thread 这个选择项默认是关闭,也就是说,如果按照默认的来说,mysql 的管理连接和普通连接是一个,而不是分开的.
?
?...上图是打开 create_admin_listener_thread, 也就是说普通用户的thread 和我们的ADMIN 的 thread 不同 大家可以注意上图 凡是普通thread开通的端口在3