Bug #45150 | LOST_EVENTS not documented | ||
---|---|---|---|
Submitted: | 28 May 2009 8:09 | Modified: | 20 Aug 2009 7:43 |
Reporter: | Johan Andersson | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server: Replication | Severity: | S3 (Non-critical) |
Version: | all (?) | OS: | Any |
Assigned to: | CPU Architecture: | Any | |
Tags: | internals, LOST_EVENTS, replication |
[28 May 2009 8:09]
Johan Andersson
[28 May 2009 8:18]
Jon Stephens
Wonderful! So what are these LOST_EVENTS and where do I find out about them? :)
[28 Jun 2009 23:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".
[19 Aug 2009 21:32]
Lenz Grimmer
I stumbled over this bug report after reading Johan's blog post here: http://johanandersson.blogspot.com/2009/05/ha-mysql-write-scaling-using-cluster-to.html Johan, where can we get more information on LOST_EVENTS?
[20 Aug 2009 4:57]
Jon Stephens
Also, is this exclusive to Cluster, or does this apply to replication generally?
[20 Aug 2009 5:56]
Jonas Oreland
i'd say he's actually talking about the GAP event,
[20 Aug 2009 7:02]
Jon Stephens
Hi! After reading Johan's blog entry and doing some digging around, I've reached the conclusion that this would best be documented in the Internals Manual at http://forge.mysql.com/wiki/MySQL_Internals_Binary_Log, which is not maintained by Docs, but rather by the development teams. In this case, it appears that this should be done by someone from the Replication & Backup Team. Please assign a developer to update this material. I've set myself as a reviewer and will be glad to assist with edits once the text is available. Thanks!
[20 Aug 2009 7:04]
Jon Stephens
From the Internals page in question: "Incident number codes are listed in rpl_constant.h. The only code currently used is INCIDENT_LOST_EVENTS, which indicates that there may be lost events (a "gap") in the replication stream that requires databases to be resynchronized."
[20 Aug 2009 7:43]
Mats Kindahl
Given that the event is already documented, I close this bug as a "not a bug" (the event was already documented). Re-open the bug (and tell me) if you disagree with the decision.