应用使用mysql的过程中。提示获取不到数据库连接。
例如:
Connections could not be acquired from the underlying database!
Cannot obtain a new connection
...
通过命令:
show status where Variable_name = 'Connections'
查看mysql当前的连接,发现用得差不多了。
在研发环境,很多台机器使用一个数据库的情况,或者网络不稳定的情况, 这种问题尤其明显。
原因:
- mysql的connection是有限的。默认connection数量只有1024。
- 一般现在的应用都使用连接池管理数据库连接。甚至会用到读写分离,分库分表。导致一个应用启动就使用100来个数据库链接了。
- 如果网络抖动等原因,应用到mysql的链接被断开了。应用会向mysql重新申请connection。然后之前的connection应用已经不再管了, 但是mysql会等待一个较长的时间,才释放已经不再使用的connection。
解决connection不足问题:
重启mysql。
这不是一个好办法,研发测试环境可以这样子玩玩, 生产环境肯定是不可以这样子的。
最大连接数调大。
mysql默认的连接数只有1024。把连接数调大, 可以很有效的缓解这个问题。在mysql的主要配置文件my.cnf中, 找到并且修改:
max_connections = 2048
执行后重启mysql。
等待时间调小
上面说到,mysql会等待一段时间,才释放已经无用的connection的。我们可以调小这值。
先执行命令, 查看一下等待时间:
show variables like "%timeout%"
下图所示:
默认是28800秒,8小时。。。我们把这2个值调小即可。在mysql命令行中输入(或者navicate等工具都可以):
set global wait_timeout=60; set global interactive_timeout=60;
如果在navicate中执行上述命令, 需要关闭当前数据库连接,才看到生效的。
生产环境完善监控
为了避免线上出现这种问题, 对mysql监控要加上当前连接数这个项,超过一定阀值就要告警。
参考:
http://stackoverflow.com/questions/4284194/terminating-idle-mysql-connections
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_wait_timeout
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_interactive_timeout