|
|
|
Timeout обработки сообщения из очереди
|
|||
|---|---|---|---|
|
#18+
Подскажите, как заставить субд обрабатывать сообщение из очереди сразу, после помещения его в очередь? Сейчас, почему-то, у меня проходит, какое-то время, переде тем, как оно начинает обрабатыватся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2018, 19:08 |
|
||
|
Timeout обработки сообщения из очереди
|
|||
|---|---|---|---|
|
#18+
Что вам ответили в техподдержке Oracle? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2019, 15:00 |
|
||
|
Timeout обработки сообщения из очереди
|
|||
|---|---|---|---|
|
#18+
LemkolegПодскажите, как заставить субд обрабатывать сообщение из очереди сразу, после помещения его в очередь? Сейчас, почему-то, у меня проходит, какое-то время, переде тем, как оно начинает обрабатыватся Вообще это природа очереди - обработка сообщения начинается только тогда, когда подписчик соизволит сообщение прочитать (как вариант - очень занят обработкой других сообщений) - копните в эту сторону. Если речь про AQ - то дополнительно обратите внимание на aq_tm_processes - возможно, что выделенное количество процессов недостаточно для обработки фактической нагрузки. Для AQ также можно было регистрировать OCI или PL/SQL callback для NP-очереди, но на сегодня NP-queues - deprecated. Вместо них рекомендуют buffered messaging с асинхронной нотификацией - лично не готовил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2019, 15:25 |
|
||
|
|

start [/forum/search_topic.php?author=tara.m&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
get settings: |
11ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 697ms |
| total: | 887ms |

| 0 / 0 |
