Re: Database connections

Martin Nyström via sr-users <[email protected]>
Newsgroups gmane.comp.voip.ser
Message-ID <GVXPR02MB11694BA8D8D2D4A37F8383362F661A@GVXPR02MB11694.eurprd02.prod.outlook.com>
Hi Daniel,


  1.
Dispatcher
  2.
Permissions
  3.
Dialplan
  4.
Htable

But we do not perform any queries during runtime, only when an XML-RPC reload is received, or via kamcmd.





/M

From: Daniel-Constantin Mierla <[email protected]>
Date: Friday, 13 February 2026 at 08:59
To: Kamailio (SER) - Users Mailing List <[email protected]>
Cc: Martin Nyström <[email protected]>
Subject: Re: [SR-Users] Database connections


CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.



Hello,

On 11.02.26 15:54, Martin Nyström via sr-users wrote:
Hi,

Is there a way to control the number of database connections kamailio opens using the db_mysql module? We only use the database connection when the service is started, and random XML-RPC reloads, so we have no need of having 10+ open database connections around the clock.

Would a work-around be to set the ping_interval to a higher number than the mysql wait_timeout? Are there any implications of this? If there is no connection available I expect Kamailio to open one when needed.


what are the modules that you use and need database connections? Normally, if a module does not do queries to database when handling sip traffic, it should not keep the connection open.

Cheers,
Daniel

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio World Conference, May 7-8, 2026 - Berlin, Germany -- kamailioworld.com

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the sender!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.