Re: making a storage engine crash safe on a slave in MySQL 5.6
MARK CALLAGHAN <[email protected]> Wed, 3 Oct 2012 09:46:01 -0700
| Newsgroups | gmane.comp.db.mysql.devel |
|---|---|
| Message-ID | <CAFbpF8NjirGLoKbqRb_10xo_JPd_WUu9FSNCqRFSSNA7DCtwjQ@mail.gmail.com> |
On Wed, Oct 3, 2012 at 8:15 AM, Zardosht Kasheff <[email protected]> wrote: > Hello all, > > I read that InnoDB is now crash safe on slaves in MySQL 5.6. I > understand that a way they do this is on committing a transaction on a > slave, they store the binary log position in an InnoDB table (which > makes that information transactionally maintained). I also understand > that this position is stored for each database, as databases may apply > the replication log in parallel. > > Upon recovery of a slave, how does InnoDB report to MySQL where the > replication log should resume? I don't do much with 5.6 source. Grep the sql directory for "repository" and then start by looking at rpl_info_factory.cc. The vague answer is that the file name offset are read from either a table or the info file. I am sure the replication team will respond soon with a less vague answer. -- Mark Callaghan [email protected] -- MySQL Internals Mailing List For list archives: http://lists.mysql.com/internals To unsubscribe: http://lists.mysql.com/internals