请教高手：开发的程序—消息队列繁忙排队连续超时该如何处理？

[guqs]

我的系统的服务程序，一个程序（5个进程）负责接受TCP/IP交易请求，并写入消息队列；另外有一个程序（5个进程）读出消息队列并提交的数据库处理，当数据库处理慢时，等待超时就丢弃并取下一个消息，超时设为30秒。
现在的问题是，有时数据库由于其他应用的原因，交易阻塞，连续多个交易超时，很快占满了所有进程。当30秒进程超时放弃，取下一个消息时，下一个消息已经超时，于是再取下一个消息，同时前端还一直有消息进来，这样，进程每次取到的消息都是已经等待了30秒以上的交易，都不断的放弃。这样一来，后面的新消息一直就没有机会处理，一直等到可以处理时又超时了。除非停止前端提交请求，否则一直没有机会恢复到可以正常提交到数据库处理。但前端用户很多，每个用户都在不断提交，超时了又重提交....
我怎样处理才能使程序自动跳出这个排队的僵局？系统能自动恢复。现在每次发生这种现象我只有重起程序（重起会杀掉所有的消息）。
另外：我的系统程序是Unix 下C编写的。

[hcj2002]

study……

[rovoboy]

有时数据库由于其他应用的原因，交易阻塞,会阻塞多久？
感觉阻塞过了之后再提交上来的交易就能执行了啊，在队列里等待的时候就超时的消息直接放掉，不会占时间的把

[guqs]

虽然加入了特别防护，当数据库30秒不返回（有时几分钟才执行完，可能别
的业务将我的给锁住了吧），就自动中断，然后读取下一次消息，发现消息
超时，立即丢弃。我以为这样可以解决问题了。但当提交请求密，同时又碰
上数据库连续超时后，消息队列中堆积了较多请求，到数据库恢复正常处理
时，读出消息发现超时，立即丢弃，再读，还超时。而新交易也飞快的在提
交，等我后面的读到，新交易也超时了。看起来读出消息发现超时就丢弃不
会花什么时间，岂料这个处理速度竟然赶不上前端提交请求的速度；这样即
使数据库可以正常处理了，进程还在不停读到超时消息-放弃-再读....
要是能一次读出所有超时消息，并丢弃，那么也许就没问题了吧。但不知程序
怎样做到？

[rovoboy]

----------
看起来读出消息发现超时就丢弃不会花什么时间，岂料这个处理速度竟然赶不上前端提交请求的速度
----------
不可能把，要是读个消息的时间都比提交间隔长的话还怎么处理，就算是处理不花时间也来不及啊。

[rtdb]

问题很有意思， 不过对UNIX消息机制不熟，仅供参考：

1.若是读出消息的速度不入写入的快，多半是优先级有问题;
2.若是可能，可在写入消息时进行检查，删掉已超时的队列。

[terry_guo]

这是一个经典的生产者--消费者问题,看看UNIX教材也许对你有帮助.

一是:建立等停机制.
二是:建立多队列机制(有限级)
三是:建立消息动态时间机制.

[step_by_step]

根据我的经验,你可以试试优先队列.自己给消息加上优先级.

[totti0115]

用多线程呀，这是个很好的技术哟

[guqs]

1、如何一次删除队列中所有已经超时的消息？
2、我将读消息处理的进程加大到15个（原来和写入一样是10个，两者都以最
快的速度写、读，可能因为这样恢复不了），这样就可以自动恢复了，到
目前还没有再出过问题。