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

Péter Juhász (JIRA) noreply at issues.asterisk.org
Tue Jan 24 08:14:03 CST 2023


Péter Juhász created ASTERISK-30402:
---------------------------------------

             Summary: 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.15.0, 18.11.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