Oracle高级消息队列（AQ）自动订阅通知CALLBACK时死锁不出队列问题总结

Oracle高级消息队列（AQ）自动订阅通知CALLBACK时死锁不出队列问题

参考：

https://blog.csdn.net/indexman/article/details/43497933

https://blog.csdn.net/cymm_liu/article/details/47149101

可以看到sys用户有demo_queue_callback_procedure的锁，造成队列不能出库。kill到吧。

队列出队是并发执行的，oracle调度队列的速度很快，注意多线程的安全性。反正我使用Count(*)判断数据是否存在还是没用。

CREATE PROCEDURE demo_queue_callback_procedure(
                 context  RAW,
                 reginfo  SYS.AQ$_REG_INFO,
                 descr    SYS.AQ$_DESCRIPTOR,
                 payload  RAW,
                 payloadl NUMBER
                 ) AS
   r_dequeue_options    DBMS_AQ.DEQUEUE_OPTIONS_T;
   r_message_properties DBMS_AQ.MESSAGE_PROPERTIES_T;
   v_message_handle     RAW(16);
   o_payload            demo_queue_payload_type;
BEGIN
   r_dequeue_options.msgid := descr.msg_id;
   r_dequeue_options.consumer_name := descr.consumer_name;

 r_dequeue_options.wait := dbms_aq.no_wait;//这个是关键

   DBMS_AQ.DEQUEUE(
      queue_name         => descr.queue_name,
      dequeue_options    => r_dequeue_options,
      message_properties => r_message_properties,
      payload            => o_payload,
      msgid              => v_message_handle
      );

   INSERT INTO demo_queue_message_table ( message )
   VALUES ( 'Message [' || o_payload.message || '] ' ||
            'dequeued at [' || TO_CHAR( SYSTIMESTAMP,
                                        'DD-MON-YYYY HH24:MI:SS.FF3' ) || ']' );
END;

/

(1)wait的两个值forever和no_wait是指如果当前队列中无消息时，是否进行等待，默认等待。

(2) navigation的两个值first_message和next_message，一般出于性能考虑我们使用后者，或者在第一次出队时使用前者而在随后的出队中使用后者：

如果Oracle高级队列不能自动出队，一要考虑死锁，如果数据不重要可以删除队列表数据，使用AQ的包删除，不是直接删除队列表的数据。另一种方式是把订阅者删除了。不出队可以重启Oracle可以解决。

因为Oracle会实时调度demo_queue_callback_procedure，所以会造成demo_queue_callback_procedure编译时会死锁，特别是调用了其他的过程，造成demo_queue_callback_procedure失效，自动编译要死锁的。使用动态语句调用其他存储过程可以解决此问题。

队列超期后也不能自动出队，只有手动出队了。