maria-developers team mailing list archive
-
maria-developers team
-
Mailing list archive
-
Message #11379
To MDEV-6608 Slave loses master binlog filename
-
To:
Kristian Nielsen <knielsen@xxxxxxxxxxxxxxx>
-
From:
andrei.elkin@xxxxxxxxxx
-
Date:
Fri, 13 Jul 2018 11:04:47 +0300
-
Cc:
maria-developers@xxxxxxxxxxxxxxxxxxx
-
In-reply-to:
Kristian Nielsen's message of "Thu\, 05 Jul 2018 21\:15\:37 +0200 \(1 week\, 12 hours\, 33 minutes ago\)"
-
Organization:
Home sweet home
-
Razorgate-kas:
Status: not_detected
-
Razorgate-kas:
Rate: 0
-
Razorgate-kas:
Envelope from:
-
Razorgate-kas:
Version: 5.5.3
-
Razorgate-kas:
LuaCore: 80 2014-11-10_18-01-23 260f8afb9361da3c7edfd3a8e3a4ca908191ad29
-
Razorgate-kas:
Lua profiles 69136 [Nov 12 2014]
-
Razorgate-kas:
Method: none
-
User-agent:
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)
Hello, Kristian.
I read through your analysis of the case to agree with
the plan and its motivation:
MDEV-6608> Generally, it is a very bad idea to destroy data during
crash recovery ... try an approach that leaves the crashed
binlog file intact, and instead ensures that the crashed
binlog can be properly handled by the rest of the code.
So in case of a partially written event group (transaction)
the short (xid-less therefore) transaction is to be rolled back on the master.
So why won't we properly enclose the group in the binlog at the end of
recovery which means to append ROLLBACK Query-log-event, naturally before
that the last event of the group needs sanity check?
Was that that you had in mind actually?
Cheers,
Andrei
Follow ups