1.druid连接池中的码包连接数与预期不一致的一次分析
2.阿里巴巴Druid，轻松实现MySQL数据库加密！码包
3.Spring Boot (三) 整合 Druid 连接池
4.简直了！码包通过源码告诉你阿里的码包数据库连接池Druid为啥如此牛逼
5.医疗设备管理系统
6.druid源码学习笔记9_testOnBorrow&testOnReturn&testWhileIdl

druid连接池中的连接数与预期不一致的一次分析

       深入剖析druid连接池连接数与预期不一致的原因与解决方案

       在排查生产环境cat监控显示部分应用SQL执行耗时长的问题时，我们发现部分应用节点在运行一段时间后，码包数据库连接池中的码包通达信黑马出世指标源码实际连接数与应用中配置的参数不一致。主要表现为连接池中的码包可用连接总数远小于应用配置的初始连接数与最小空闲连接数。这导致了新建连接耗时增加，码包线程阻塞状态出现，码包影响性能，码包不利于应对外部瞬间的码包并发压力。条码组项目使用的码包是druid框架，但使用版本较为杂乱，码包包括1.0.、码包1.1.、码包1.1.。基于此，本文旨在分析druid如何对空闲连接进行回收，以及提供相应的配置建议与jar包版本建议。

       详细分析过程

       通过对源码的反编译分析，我们发现druid框架在应用启动后启动了多个处理线程，其中Druid-ConnectionPool-Destroy-*线程专门用于回收空闲连接。web oa源码不同版本的使用配置及处理逻辑存在差异。以1.0.与1.1.版本为例进行对比分析。

       在1.0.版本中，回收线程按照配置的时间间隔timeBetweenEvictionRunsMillis进行轮询。回收空闲连接的判断逻辑包含如下步骤：

       遍历连接池中的所有连接。

       获取超过最小空闲连接数的数量checkCount（连接池总数减去最小空闲连接数）。

       获取当前连接的空闲时间idleMillis（当前时间减去上一次连接使用的时间）。

       判断idleMillis是否小于minEvictableldleTimeMillis（默认分钟），小于则退出循环，否则继续后续处理。

       如果checkCount大于0，将超过最小空闲连接数的连接放入待销毁集合（进行回收）。

       如果idleMillis大于maxEvictableIdleTimeMillis，即使连接池连接数小于最小空闲连接数，当前连接也会被放入待销毁集合。

       在1.1.版本中，新增了判断逻辑：

       idleMillis需要同时满足小于minEvictableldleTimeMillis（默认分钟）与keepAliveBetweenTimeMillis（默认2分钟）时，才会退出循环。

       配置keepalive为true时，idleMillis大于keepAliveBetweenTimeMillis，当前连接会被维护到保活集合中，exe 查看源码以确保连接可用，避免意外回收。

       分析总结

       结合项目现有的配置和依赖的jar包版本，连接池中的连接数不总是与初始连接数或最小空闲连接数保持一致。在使用1.0.、1.1.版本的应用中，如果SQL请求不是非常稀少，则能维持连接池中的连接数与配置一致。然而，使用1.1.版本、处理SQL请求不是非常频繁的应用，空闲连接更容易被回收。关键原因在于缺少关键配置（keepalive未配置），导致默认参数下更容易回收连接。

       版本建议

       建议统一升级使用1.1.版本，并主动排除项目中依赖的其他版本，以防版本冲突。对于使用1.1.或更高版本的应用，确保添加keepalive=true配置。

       Spring Boot项目配置示例：spring.datasource.druid.keep-alive=true

阿里巴巴Druid，轻松实现MySQL数据库加密！茶园平台源码

       面对源码安全与数据库信息保护的需求，数据库密码加密显得尤为重要。一旦源码泄漏，数据库密钥可能随之暴露，威胁数据安全。为解决这个问题，我们可以借助阿里巴巴的Druid工具轻松加密。

       Druid是一款强大的Java数据库连接池，它不仅提供了监控和扩展功能，还内置了数据库密码加密特性。通过使用Druid，我们可以简单地保护数据库密码，即使源码被获取，密码也保持加密状态。

       加密过程分为几个步骤：首先，项目在未加密前的交互是直接使用明文密码；而使用Druid后，会通过ConfigTools类生成公钥和密文，将明文密码转换为密文。然后，将公钥和密文添加到项目配置文件中，确保数据库连接时使用加密后的物流发布源码密码。

       然而，需要注意的是，直接在配置文件中存储公钥和密文并不安全，因为这相当于公开了钥匙。正确的做法是在生产环境中动态设置公钥，避免密码还原。例如，开发环境可通过启动参数传递公钥，生产环境则通过jar包启动时提供。

       总的来说，Druid的加密机制简化了这个过程，无需编写额外代码，仅需添加依赖、生成密文并配置，项目运行时Druid会自动处理解密，实现了MySQL密码的加密和自动解码。

Spring Boot (三) 整合 Druid 连接池

       Druid为何在Java领域中脱颖而出？它作为数据库连接池，以其强大监控与扩展功能而著称。深入探索其特性，能够极大地优化数据库连接管理，提升应用性能。

       官方文档提供详细指南： <a href="github.com/alibaba/drui...

       整合Druid连接池于Spring Boot 2.1.8.RELEASE + MyBatis Plus 2.2.0中，让您的应用更上一层楼。以下步骤引导您完成整合过程：

       1、在pom.xml文件中添加Druid依赖。确保与项目需求兼容。

       2、在application.yml配置文件中设置Druid连接池参数，包括但不限于数据源URL、用户名、密码等。

       3、创建Druid核心配置类，自定义连接池属性，如最大连接数、验证间隔等。

       4、访问.0.0.1:/druid/页面，即可查看监控信息。直观的数据展示帮助您实时了解数据库连接状态，提升运维效率。

       实现案例：您可以参考以下源码，快速部署并运行。

       示例项目地址： <a href="gitee.com/zhengqingya/j...

       通过以上步骤，您不仅能够成功整合Druid连接池，还能享受到其带来的高效数据库管理体验。

简直了！通过源码告诉你阿里的数据库连接池Druid为啥如此牛逼

       druid数据库连接池的强大之处在于其高效管理和丰富的功能。它通过复用连接减少资源消耗，具备连接数控制、可靠性测试、泄漏控制和缓存语句等标准特性，同时还扩展了监控统计和SQL注入防御等功能。

       以入门需求为例，创建Maven项目，引入必要的依赖如JDK、maven、IDE，以及mysql-connector-java和druid。在项目中，通过JDBCUtil初始化连接池并获取连接，进行简单的增删改查操作。在web应用中，可以使用JNDI获取DruidDataSource，如在tomcat 9.0.容器下运行。

       druid的监控统计功能强大，如StatFilter支持合并SQL、慢SQL记录和多个数据源监控数据的统一。StatViewServlet用于展示监控信息，配置WebStatFilter则能收集web-jdbc关联监控数据。同时，WallFilter用于防御SQL注入，提供定制化的参数配置选项。

       druid的源码分析显示，它在连接池管理、配置方式的灵活性以及异常处理等方面展现出独特之处。尽管配置方式多样，但推荐优先使用最常见的方式，如properties文件。然而，过多的配置选项和缺乏统一的管理方式是其设计上的一个挑战。

       总而言之，druid凭借其强大的功能和灵活的配置，为数据库连接池管理提供了高效且实用的解决方案，是阿里巴巴数据库连接池中的佼佼者。

医疗设备管理系统

        医疗设备管理系统源码，医院医疗设备管理系统源码免费分享

        使用技术：Spring Boot，Apache Shiro，Thymeleaf，MyBatis，

        数据库连接池：Druid，Fastjson。

        搭建环境：idea、java1.8、mysql5.7 maven3

        医院 设备管理 系统是利用计算机硬件、软件、网络设备通信设备以及其他办公设备，进行设备运行信息的收集、传输、加工、储存、更新和维护，以提高设备利用效率为目的，支持高层决策、中层控制、基层运作的集成化的设备 信息管理平台 。

        系统主要功能：登陆，注册，系统用户管理，角色，部门管理，设备增删改查。

        系统功能简介：

        1、 系统管理： 用户管理、角色管理、菜单管理、部门管理、岗位管理、字典管理、参数设置、通知公告、日志管理等。

        2、 系统监控：实时监控设备运行、待机、调试、关机、停机等状态，记录设备正常工作时间。

        3、设备管理：设备信息管理（包括设备名称、设备编号、设备价格、设备厂家、厂家电话、是否高值、设备状态、购置日期、各项编辑操作等）

druid源码学习笔记9_testOnBorrow&testOnReturn&testWhileIdl

       druid源码中，关于testOnBorrow、testWhileIdle和testOnReturn的属性配置值得重点关注。在1.2.9版本后，这些属性的默认值与早期wiki中的记录有所不同。testOnBorrow的默认值从true变为false，而testWhileIdle的默认值则从false变为true。这表明代码在年后可能进行了更新，但wiki尚未同步更新。

       testOnBorrow主要在getConnectionDirect方法中起作用，当设置为true时，获取连接后会执行validationQuery检查连接是否可用。如果连接不可用，将重新获取。而testWhileIdle则在连接空闲时间达到timeBetweenEvictionRunsMillis时执行验证，同样用于检查连接状态。

       testWhileIdle与testOnBorrow互斥，如果两者都为true，仅执行testOnBorrow。计算空闲时间的规则涉及checkExecuteTime、lastKeepTimeMillis和当前时间的比较。

       testOnReturn属性在DruidPooledConnection#close()方法，即归还连接时被调用。当设置为true时，回收连接后会检查其状态，如连接未关闭，会执行validationQuery。如果连接不可用，会关闭并计数，否则继续归还操作。

       总结如下：

       testOnReturn在连接归还时检查，默认为false。

       testOnBorrow和testWhileIdle在连接借用时检查，早期testOnBorrow为true，testWhileIdle为false，但新版本可能出于性能考虑进行了调整。