Gives new meaning to "Brrrraaaiiiiinsssss", doesn't it?
William ,'Conversations with Dead People'
Buffistas Building a Better Board
Do you have problems, concerns or recommendations about the technical side of the Phoenix? Air them here. Compliments also welcome.
Wibble
THUNK!!!
The more often we open and close mysql connections, the more likely we are to exercise the race condition that Rob discovered. After mysqld is restarted, the fewer connections we make, the longer it will take for the condition we are in now to reoccur.
We're all sharing one connection? This explains the rash.
Can I blame someone here for eating all my Pringles?
I've passed the information on to Steven. Since we have confirmation from the actual people at MySQL, I'm going to the mattresses on this one, if necessary.
There was a reason persistent connections wasn't recommended. I'll have to look back at my notes to remember why. Either way, I know we can't do it in our current location but it's certainly worth a shot in our new home, wherever that may be.
Can I blame someone here for eating all my Pringles?
No. But I can apparently blame you for eating all of mine, since I don't seem to have any. Hmmph.
The more often we open and close mysql connections, the more likely we are to exercise the race condition that Rob discovered. After mysqld is restarted, the fewer connections we make, the longer it will take for the condition we are in now to reoccur.
I hope there's a timely patch (a girl can dream, can't she) that's implemented quickly. Who knows, though, if the bug would still be triggered with persistent connections anyway?
Tom, I'm finding that text a bit opaque. With persistent connections, then, the entire site is using just the one? Five? Fifty? When are they closed? From their description of them, it makes it sound like a line-for-line substitution should work for the code, and the labour is in the server tuning.
But I don't fully grasp it.
Let's say that using non-persistent mysql connections, the site never had more than ten connections happening concurrently.
That means that properly tuned, the site would have ten persistent connections open all the time, and no more. The difference being that we wouldn't be opening and closing connections constantly, thus reducing the amount of work mysqld has to do.
Let's say that using non-persistent mysql connections, the site never had more than ten connections happening concurrently.
It's the "let's say" I'm asking about -- how do we control that -- code side, or in the server configuration? How do we get ten open? How do we make sure we never open more than ten?