我们知道,由于SUPER权限有很多特权,因此不会把这个权限给予应用的账号。但是,当应用异常或者数据库异常,达到最大连接数的时候,用管理账号登录,有时候仍然会报Too many connections。此时,如果应用不能及时处理,数据库这边就很难办了。
所以,当应用异常并且频繁尝试建立连接的时候,常能占据那第max_connections+1个连接。super账号由于拿不到线程,因此也是Too many connections了。
关于Navicat查看,可参考教程搜索筛选的教程Navicat 教程:如何进行搜索筛选
在数据库或模式中查找(只限于完整版本)
Navicat 提供的“在数据库或模式中查找:功能用于一个数据库和/或模式内搜索表和视图的记录。打开查找的方法:从主菜单选择工具->在数据库或模式中查找。
选择目标连接、数据库和/或模式,输入关键字以及选择搜索准则。点击“查找”按钮,然后在“查找结果”列表中双击表或视图即可查看记录。
搜索筛选
Navicat 为连接树的连接、对象列表的对象提供筛选,“对象筛选”功能可以让用户在对象列表或模型中筛选包含筛选字符串的对象。
在 Navicat 主窗口或模型设计器点击“查找”按钮并指定一个筛选字符串。
连接树筛选能让用户在连接树筛选包含筛选字符串的连接。
点击连接树聚焦并直接指定筛选字符串。如果连接已打开,筛选也会同时应用到连接中的数据库对象。
要移除筛选,只需删除筛选字符串。
1、MySQL数据库系统允许的最大可连接数max_connections。这个参数是可以设置的。如果不设置,默认是100。最大是16384。2、数据库当前的连接线程数threads_connected。这是动态变化的。
查看max_connections、max_connections的办法见后。
如果
threads_connected
==
max_connections
时,数据库系统就不能提供更多的连接数了,这时,如果程序还想新建连接线程,数据库系统就会拒绝,如果程序没做太多的错误处理,就会出现类似强坛的报错信息。
因为创建和销毁数据库的连接,都会消耗系统的资源。而且为了避免在同一时间同时打开过多的连接线程,现在编程一般都使用所谓数据库连接池技术。
但数据库连接池技术,并不能避免程序错误导致连接资源消耗殆尽。
这种情况通常发生在程序未能及时释放数据库连接资源或其他原因造成数据库连接资源不能释放,但强坛系统估计不会发生这种低级的编程错误。
该错误的简便的检查办法是,在刷新强坛页面时,不断监视threads_connected的变化。如果max_connections足够大,而
threads_connected值不断增加以至达到max_connections,那么,就应该检查程序了。当然,如果采用数据库连接池技术,
threads_connected增长到数据库连接池的最大连接线程数时,就不再增长了。
从强坛出错的情况看,更大的可能性是数据库系统没能进行适当地配置。下面提出一点建议。供参考
让你们的工程师把MySQL的最大允许连接数从默认的100调成32000。这就不会老出现连接过多的问题了。
查看max_connections
进入MySQL,用命令:
show
variables
查看数据库最大可连接数的变量值:
max_connections
查看threads_connected
进入MySQL,用命令:
show
status
查看当前活动的连接线程变量值:
threads_connected
设置max_connections
设置办法是在my.cnf文件中,添加下面的最后红色的一行:
[mysqld]
port=3306
#socket=MySQL
skip-l
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)