夏一的博客

上午在生产服务器发现一个不小的问题，就是一个程序在调用存储过程中抢到了锁，但抢到锁后调用存储过程执行出现卡死的情况，导致抢到的锁迟迟没有释放，这导致第二天程序执行时，因为无法获取到锁而无法正常执行。**解决方案：**引入Future类，并设定调用存储过程执行的超时时间，通过get(long timeout, TimeUnit unit)，当抛出超时异常时，记录异常，往下进行其他处理逻辑，并正常释放锁。当创建了Future实例，任务可能有以下三种状态：等待状态。此时调用cancel()方法不管传入t

1.创建一个包此处创建一个包,是为了创建存储过程时,用游标作为out输出参数时声明为游标类型用的.--创建一个包create or replacepackage typesas type empListCursor is ref cursor;end types;2.创建存储过程用in表示存储过程的输入参数,用out表示存储过程的输出参数,此处输出参数为游标.CREATE OR REPLA

是否需要在存储过程中写commit主要要依据需求:(1) 如果是不需要在存储过程中进行提交，而是由调用程序负责提交或者回滚，那么不需要在存储过程中commit或者rollback.毕竟spring框架已经可以帮助我们自动实现事务的控制;(2) 如果不想由调用程序负责提交或者回滚，那么就应该在存储过程中进行commit或rollback; 另外,如果是纯后台数据库开发，一定要写.只是写的时机同样

--in_pid 为入参,如: 12,23,24SELECT REGEXP_SUBSTR(in_pid, '[^,]+', 1, rownum) FROM DUAL CONNECT BY rownum <= (length(in_