在解决完之前出现的xxl-job java.sql.SQLException: interrupt问题后（参见：xxl-job java.sql.SQLException: interrupt问题排查）
线上运行的某一天突然又出现了同样的报错
java
ConnectionManager [Thread-23069] getWriteConnection db:***,pattern: error, jdbcUrl: jdbc:mysql://***:3306/***?connectTimeout=3000&socketTimeout=180000&autoReconnect=true&zeroDateTimeBehavior=CONVERT_TO_NULL&characterEncoding=utf8 java.sql.SQLException: interrupt at com.alibaba.druid.pool.DruidDataSource.getConnectionInternal(DruidDataSource.java:1430) ~[druid-1.1.12.jar!/:1.1.12] at com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:1272) ~[druid-1.1.12.jar!/:1.1.12] at com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:5007) ~[druid-1.1.12.jar!/:1.1.12] at com.alibaba.druid.filter.FilterAdapter.dataSource_getConnection(FilterAdapter.java:2745) ~[druid-1.1.12.jar!/:1.1.12]只不过这次报错是在另一个定时任务，这种肯定还是代码内部触发了线程中断，druid响应了这个中断，分析这个新的定时任务特点：
- 没有设置超时时间（也就排除了可能是因为任务超时导致的触发中断）
- 任务采用的路由策略是轮询，阻塞处理策略是覆盖之前调度
- 任务每隔一分钟调度一次
- 应用服务器有三台机器
观察报错，发现报错的是固定时间点的任务，这个时间点任务执行较长需要4分钟左右，最终查看日志发现
说明是由于下一次任务覆盖上一次任务，触发了任务的终止，触发了线程中断，代码位于
定位到问题解决方案有两种：
- 定时任务，业务代码异步执行（推荐）
- 调整定时任务的执行频率