mirror of
https://github.com/MariaDB/server.git
synced 2025-07-27 18:02:13 +03:00
Bug #27101 mysqlhotcopy --record_log_pos retrieves wrong slave parameters
- Make sure mysqlhotcopy doesn't create unrestorable slaves. scripts/mysqlhotcopy.sh: Bug #27101 mysqlhotcopy --record_log_pos retrieves wrong slave parameters - Record what's been executed by the slave, not what's been delivered.
This commit is contained in:
@ -733,7 +733,7 @@ sub record_log_pos {
|
||||
= @{$row_hash}{ qw / Master_Host Log_File Pos / };
|
||||
} else {
|
||||
($master_host, $log_file, $log_pos )
|
||||
= @{$row_hash}{ qw / Master_Host Master_Log_File Read_Master_Log_Pos / };
|
||||
= @{$row_hash}{ qw / Master_Host Relay_Master_Log_File Exec_Master_Log_Pos / };
|
||||
}
|
||||
my $hostname = hostname();
|
||||
|
||||
@ -836,9 +836,10 @@ log-pos-table from the values returned from "show master status" and
|
||||
log_file and log_pos columns, and establish the position in the binary
|
||||
logs that any slaves of this host should adopt if initialised from
|
||||
this dump. The slave status values are stored in master_host,
|
||||
master_log_file, and master_log_pos, and these are useful if the host
|
||||
performing the dump is a slave and other sibling slaves are to be
|
||||
initialised from this dump.
|
||||
master_log_file, and master_log_pos, corresponding to the coordinates
|
||||
of the next to the last event the slave has executed. The slave or its
|
||||
siblings can connect to the master next time and request replication
|
||||
starting from the recorded values.
|
||||
|
||||
The name of the log-pos table should be supplied in database.table format.
|
||||
A sample log-pos table definition:
|
||||
|
Reference in New Issue
Block a user