数据库连接池配置 testOnBorrow
2024-09-22 01:15:33
背景
前段时间做系统压测，发现DB的CPU使用率飙升很严重，排查后发现是一个配置testOnBorrow由false修改为true导致。怎么对性能影响这么大？需要好好了解一下。
testOnBorrow含义
testOnBorrow：如果为true（默认为false），当应用向连接池申请连接时，连接池会判断这条连接是否是可用的。
testOnBorrow=false可能导致问题
假如连接池中的连接被数据库关闭了，应用通过连接池ge tConnection时，都可能获取到这些不可用的连接，且这些连接如果不被其他线程回收的话；它们不会被连接池废除，也不会重新被创建，占用了连接池的名额，项目如果是服务端，数据库链接被关闭，客户端调用服务端就会出现大量的timeout，客户端设置了超时时间，会主动断开，服务端就会出现close_wait。
连接池如何判断连接是否有效的？
- 常用数据库：使用${DBNAME}ValidConnectionChecker进行判断，比如Mysql数据库，使用MySqlValidConnectionChecker的isValidConnection进行判断
- 其他数据库：则使用validationQuery判断
- 验证不通过则会直接关闭连接，并重新从连接池获取下一条连接。
总结
1.testOnBorrow能够确保我们每次都能获取到可用的连接，但是如果设置为true，则每次获取连接时候都要到数据库验证连接有效性，这在高并发的时候会造成性能下降，可以将testOnBorrow设置成false，testWhileIdle设置成true这样能获得比较好的性能。
2.testOnBorrow和testOnReturn在生产环境一般是不开启的，主要是性能考虑。失效连接主要通过testWhileIdle保证，如果获取到了不可用的数据库连接，一般由应用处理异常。
详见：https://www.jianshu.com/p/edb6a91285be
最新文章
- OpenCASCADE6.8.0 Reference Manual Serach Problem
- Xrm.Utility.openEntityForm 时404.15 maxQueryString 错误 和 长度超过maxQueryStringLength值 错误
- 锐捷 Linux登录命令
- 【ZOJ 3870】 Team Formation
- PE文件格式图示
- 标准库function类型的使用
- GDI 对象的释放与内存泄漏的问题研究
- C++下写的MD5类，简单易用
- 开源Dubbox
- mysql 基础之CURD
- MyEclipse 显示行标
- OSSEC初探
- Trump就职演说
- IDEA+Maven+多个Module模块（创建多模块SpringBoot整合项目）
- Nginx 错误日志配置
- 在IDEA中将SpringBoot项目打包成jar包的方法
- Jboss7或者wildfly部署war包的问题
- Helm二：安装
- InstallShield卸载状态
- ZH奶酪：putty远程登录Linux服务器非常慢