Home » Performance » MySQL » Conflicting wait_timeout requirements
Conflicting wait_timeout requirements [message #1909] Wed, 19 September 2007 18:09 Go to previous message
UnknownRelic  is currently offline UnknownRelic
Messages: 2
Registered: September 2007
Junior Member
We've got a situation where we have two applications running off a shared database, both of which make use of persistent connections. One of these uses a large number of processes/connections, and recommends a very short wait_timeout value. The other uses only one or two persistent connections, but expects for it to ALWAYS be there. If that connection times out (or the network connection is temporarily lost) the process continues to run, but in a "broken" fashion.

Obviously this is an issue with the second application that should be fixed, but in the in the meantime is there any way any of you can think of to deal with this situation? Ideally I'd like to just set the timeout for the second application's connection to a much higher value, but short of digging into the source to modify the parameters used to make the connection, I'm not sure how that could be accomplished. As far as I know it's not possible to set a session system variable for a connection other than the current one, is it?

Any other ideas?

Read Message
Read Message
Read Message
Read Message
Previous Topic:CPU utilization 50% on Dual Core Xeon and Windows
Next Topic:Are rows or fields stored in the INNOdb Buffer?
Goto Forum:

  


Current Time: Fri Jul 10 03:49:36 EDT 2009

Total time taken to generate the page: 0.02119 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 2.7.7.
Copyright ©2001-2007 FUD Forum Bulletin Board Software

MySQL is a trademark of Sun Microsystems.
InnoDB is a trademark of Oracle Corp.

Percona Performance Forums are a service of Percona, Inc.
Not affiliated with Sun Microsystems or Oracle Corp.