Bug #8394 | Knowing the exact position of the master when it is down | ||
---|---|---|---|
Submitted: | 9 Feb 2005 14:37 | Modified: | 10 Oct 2008 10:37 |
Reporter: | KEvin | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: Replication | Severity: | S4 (Feature request) |
Version: | 6.0 | OS: | Any |
Assigned to: | Luis Soares | CPU Architecture: | Any |
[9 Feb 2005 14:37]
KEvin
[9 Feb 2005 17:47]
Mikael Fridh
How is any service supposed to give information when it is infact "down"? Write a script that shells to the master and performs your mysqlbinlog command on the binlog file.
[10 Feb 2005 9:39]
KEvin
> How is any service supposed to give information when it is infact "down"? by having a status file (like the mysql slave service for example), or a program (like mysqlbinlog) which finds the last position in the binlog more easily/cleanly than with any shell scripts. > Write a script that shells to the master and performs your mysqlbinlog > command on the binlog file. my command was supposed to execute the last events of the master on the slave. If i shell to the master i wont be able to do that : i must copy the binlog file(s) to the slave first which can be a heavy task if the log is big. So i would find it useful to know if there was events to execute before doing any big copy. To do so i could shell to the master to read the binlog files but there is no clean way to know the last position of the master. I thought that maybe an option in mysqlbinlog could do the trick, like specifying a negative offset to start from the end and a limit to the number of events to get (a bit like what the "limit" clause for "show binlog events" do).
[10 Oct 2008 10:37]
Susanne Ebrecht
Many thanks for writing a feature request. We will discuss this.