Bug #2532 | Implications of mysql_ping() autoreconnect not made clear | ||
---|---|---|---|
Submitted: | 27 Jan 2004 4:04 | Modified: | 3 Oct 2008 16:54 |
Reporter: | Tim Bunce | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Documentation | Severity: | S2 (Serious) |
Version: | OS: | Any | |
Assigned to: | Paul DuBois | CPU Architecture: | Any |
[27 Jan 2004 4:04]
Tim Bunce
[28 Jan 2004 10:44]
Paul DuBois
f) should be submitted a feature request, not a doc issue. Closing this report will not include any action on f).
[17 Aug 2004 0:52]
Brian Aker
Peter, please add item f as a worklog idea.
[19 Aug 2004 5:13]
Paul DuBois
This should not be marked as "won't fix." Auto-reconnect behavior does need to be documented; it just hasn't happened yet.
[4 Oct 2004 9:53]
MySQL Verification Team
Paul changing the status according your last post: "This should not be marked as "won't fix." Auto-reconnect behavior does need to be documented; it just hasn't happened yet"
[23 Nov 2006 12:25]
Tim Bunce
Over two years later and this "S2 (Serious)" documentation problem still isn't fixed. [The docs ccould also say that you can tell if a new connection was made by checking if the thread_id changed]
[27 Sep 2008 9:46]
Konstantin Osipov
Stefan, Paul, is there any reason this is still not documented?
[3 Oct 2008 16:54]
Paul DuBois
Thank you for your bug report. This issue has been addressed in the documentation. The updated documentation will appear on our website shortly, and will be included in the next release of the relevant products. There is a section in the manual that describes the effects of reconnecting: http://dev.mysql.com/doc/refman/5.0/en/auto-reconnect.html I've added some of the information in this bug report (about using thread ID to detect reconnect and that the session might still be running on the server side) to that section and added a cross reference to the section from the mysql_ping() section.