[asterisk-bugs] [JIRA] (ASTERISK-30402) app_queue: QueuePause generates an excessively large number of database queries

Péter Juhász (JIRA) noreply at issues.asterisk.org
Thu Jan 26 12:08:03 CST 2023


    [ https://issues.asterisk.org/jira/browse/ASTERISK-30402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=261248#comment-261248 ] 

Péter Juhász commented on ASTERISK-30402:
-----------------------------------------

For now, we've patched out the offending `load_realtime_queues` call from the function in our build. That's how it worked before 18.11, seemingly without problems.
But I realize that for other use cases (like yours) reloading the queues is the right thing to do, and with a lot of queues this does cause problems like those I've reported in this issue.


> app_queue: QueuePause generates an excessively large number of database queries
> -------------------------------------------------------------------------------
>
>                 Key: ASTERISK-30402
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30402
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 18.11.0, 18.15.0
>         Environment: linux
>            Reporter: Péter Juhász
>            Severity: Major
>
> We've noticed that Asterisk generates a very large number of database queries that match the pattern `SELECT * FROM queues WHERE name = 'foo' LIMIT 1`.
> We were able to trace this to the QueuePause AMI command, which is used by our dialer application: every time asterisk receives this command without a queue name, it iterates over all queries in alphabetical order, and issues a single-queue select query for each one. Apparently this behavior was introduced by this commit: https://gerrit.asterisk.org/c/asterisk/+/17987
> Now the intent behind that change is right and proper: if you have realtime queues, you'd want to be sure that you have the latest version of them in memory. However, the implementation is problematic, because it generates one query per queue (thus, one database round-trip), for all queues, for every QueuePause command. This clearly doesn't scale well, and gets worse when the number of queues increases. It got so bad that for one our customers Asterisk generated 600k such queries per hour, which actually accounted for the majority of database traffic for that customer.
> A more proper solution would be issuing a single `select * from queues` query and then processing its output.  



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list