记一次项目中异步调用存储过程执行出现oracle数据库的ORA-01013错误

背景 

  项目功能需要实现一个前台查询某个月数据项条件，然后点击生成相关清册信息，然后前台操作人员可再次刷新查看生成状态（生成清册的实现，是按照后台开启异步任务调用存储过程进行执行的，执行时间最慢要3分钟左右）

问题

  第一次处理

    运行一段时间后，有时候后台日志会出现“ORA-01013: 用户请求取消当前的操作”。
    分析：结合项目使用的alibaba 的druid连接池，排查项目参数信息、与出现问题的时间与数据库环境的信息，前期定位以为项目数据库连接池的连接配置“minEvictableIdleTimeMillis（连接保持空闲而不被驱逐的最小时间）”过小，以为使用到了失效的连接导致，
或者“removeAbandonedTimeout（移除被遗弃的连接）”过小，导致被连接被认为是泄露了被回收走了，然后配置完还是出现该问题。

    解释说明：
   druid的minEvictableIdleTimeMillis和removeAbandonedTimeout在数据库连接池的运行和管理中扮演着不同的角色，具有不同的功能和作用。
   minEvictableIdleTimeMillis这个参数配置了一个连接在池中最小生存的时间，单位是毫秒。具体来说，它表示连接保持空闲而不被驱逐的最长存活时间。在Destroy线程中，如果检测到当前连  接的最后活跃时间和当前时间的差值大于minEvictableIdleTimeMillis，则会关闭当前连接。这个参数有助于确保连接池中的连接不会长时间保持空闲状态，从而浪费资源。
   removeAbandonedTimeout这个参数的作用是移除被遗弃的连接。当连接在池中的时间超过这个参数设定的值时，该连接就被认定为被遗弃对象，进而被移除。这个参数的设置有助于防止因为应用程序的bug或逻辑错误导致的连接泄露问题，从而保护数据库连接池的资源不被无效占用。

第二次处理

   二次分析查看项目配置与生产环境区别，发现问题所在，生产环境配置的QueryTimeout的属性，并且只允许30秒，而我的存储过程需要执行分钟级别，就会导致问题所在。
   查看Druid源码配置了该 QueryTimeout默认为0，如果配置该参数，当执行时间超过该参数设定的大小，将会出现SQLException。