HikariCP连接池的最小可设置尺寸是多少？是否有不低于1的硬限制？

HikariCP本身不存在空闲连接数不能低于1的硬限制，你配置的minimumIdle=0是合法且被官方支持的，出现始终保留1个空闲连接的情况可从以下几个方向排查：

• 确认连接清理的等待周期是否足够
  HikariCP的空闲连接清理由后台housekeeping线程执行，该线程默认每30秒运行一次，你配置的idleTimeout为60秒，意味着一个连接完全空闲超过60秒后，才会被标记为可回收，还要等到下一次housekeeping线程运行才会真正销毁，最坏情况下需要等待90秒才会把最后一个空闲连接清理完成，若观察周期不足会误以为无法降到0。
  你可以主动缩短测试周期验证：添加配置hikariConfig.setHousekeepingPeriodMs(10000);，将housekeeping周期改为10秒，同时把idleTimeout改为20000，等待30秒后再次查看空闲连接数即可验证。
• 检查是否有其他配置覆盖了你的代码设置
  如果你是在Spring Boot项目中使用，Spring Boot的配置文件（application.yml/application.properties）中spring.datasource.hikari.minimum-idle、spring.datasource.hikari.maximum-pool-size这类配置的优先级高于代码手动创建的HikariConfig配置，若配置文件中设置了minimum-idle=1，会直接覆盖你代码里的设置，导致空闲连接最低保留1个。
• 确认连接数统计来源是否准确
  如果你是通过MySQL的show processlist命令统计连接数，需要排除监控组件、其他应用实例、本地客户端自身建立的连接，避免统计误差。建议通过HikariCP自带的MXBean指标获取准确的连接池数据：

  HikariPoolMXBean poolBean = ((HikariDataSource) dataSource).getHikariPoolMXBean();
  int idleConnections = poolBean.getIdleConnections();
  int activeConnections = poolBean.getActiveConnections();
  

• 排查是否存在持续的低频率请求
  如果你的业务存在间隔小于housekeeping周期的少量请求，最后一个空闲连接会被反复复用，始终无法达到60秒的完全空闲阈值，也就不会被回收。
• 检查HikariCP版本是否存在已知bug
  排查以上情况都没有问题的前提下，可以尝试升级HikariCP到最新稳定版，部分远古版本存在minimumIdle=0不生效的已知问题。

内容的提问来源于stack exchange，提问作者Murtaza Hasan