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