Mysql经典的“8小时问题”
假设你的数据库是mysql,如果数据源配置不当,将可能发生经典的“8小时问题”。原因是mysql在默认情况下,如果发现一个连接的空闲时间超过8小时,将会在数据库端自动关闭这个连接。而数据源并不知道这个连接已经关闭了,当它将这个无用的连接返回给某个dao时,dao就会报无法获取connection异常。
如果采用dbcp的默认配置,由于testOnBorrow属性的默认值是true,数据源在将连接交给dao前,会事先检测这个连接是否是好的,如果连接有问题(在数据库端被关闭),则会取一个其他的连接给dao。所以并不会有“8小时问题”。如果每次将连接交给dao时都检测连接的有效性,在高并发的应用中将会带来性能的问题,因为它会需要更多的数据库访问请求。
一种推荐的高效的方式是:将testOnBorrow设置为false,而将“testWhileIdle”设置为true,再设置好testBetweenEvictionRunsMillis值(小于8小时)。那些被mysql关闭的连接就可以别清除出去,避免“8小时问题”。
当然,mysql本身也能调整interactive-timeout(以秒为单位)配置参数,更改空闲连接的过期时间。所以,在设置timeBetweenEvictionRunsmMillis值时,必须首先获知mysql的空闲连接的最大过期时间。
c3p0对于有效连接的检测,请参照dbcp配置方式。
以上所述就是本文的全部内容了,希望大家能够喜欢。
相关文章
MySQL中IF()、IFNULL()、NULLIF()、ISNULL()函数的使用详解
在MySQL中可以使用IF()、IFNULL()、NULLIF()、ISNULL()函数进行流程的控制。本文就详细的介绍这几种方法,感兴趣的可以了解一下2021-06-06
详解oracle mysql 中的“不等于“ <> != ^=&nbs
oracle中的 != 与 <> 和 ^= 都是不等于,逻辑上没有区别而mysql中,<> 和 != 相同,接下来通过本文给大家详细讲解oracle mysql 中的“不等于“ <> != ^= is not,感兴趣的朋友一起看看吧2023-04-04
mysql 使用profiling和explain查询语句性能解析
MySQL 查询 Profile 可以告诉你每个查询花费了多长时间,使用了多少资源,执行了哪些操作等,这篇文章主要介绍了mysql 使用profiling和explain查询语句性能解析,需要的朋友可以参考下2024-02-02
mysql 8.0.18 压缩包安装及忘记密码重置所遇到的坑
这篇文章主要介绍了mysql 8.0.18 压缩包安装及忘记密码重置所遇到的坑,本文给大家介绍的非常详细,具有一定的参考借鉴价值,需要的朋友可以参考下2019-12-12


最新评论