~hrvojem/percona-server/bug860922-5.5

« back to all changes in this revision

Viewing changes to doc/source/reliability/innodb_recovery_update_relay_log.rst

  • Committer: Stewart Smith
  • Date: 2012-02-22 06:26:21 UTC
  • mfrom: (215.1.1 bug930571-5.5)
  • Revision ID: stewart@flamingspork.com-20120222062621-qnmcplmi8gormmva
merge docs updates r.e. compatibility

Show diffs side-by-side

added added

removed removed

Lines of Context:
8
8
 
9
9
|MySQL| replication normally stores its position in a file that is neither durable nor consistent. Thus, if the replica crashes, it can re-execute committed transactions. This usually causes replication to fail, potentially forcing the replica``s data to be re-initialized from the master or from a recent backup.
10
10
 
11
 
The improvement in |Percona Server| makes |InnoDB| store the replication position transactionally, and overwrite the usual master.info file upon recovery, so replication restarts from the correct position and does not try to re-execute committed transactions. This change greatly improves the durability of |MySQL| replication. It can be set to activate automatically, so replication “just works” and no intervention is necessary after a crash.
 
11
The improvement in |Percona Server| makes |InnoDB| store the replication position transactionally, and overwrite the usual relay_log.info file upon recovery, so replication restarts from the correct position and does not try to re-execute committed transactions. This change greatly improves the durability of |MySQL| replication. It can be set to activate automatically, so replication “just works” and no intervention is necessary after a crash.
12
12
 
13
13
 
14
14
Restrictions