maria-developers team mailing list archive
Mailing list archive
Re: Contributing in Support for GTID in mysqlbinlog for GSoC'15
I am having a doubt,
GTID assignss unique identifier to every transaction.
And gtid_mode variable is not dynamic.Should the constraint of
matching the master and replica be dropped to implement this.
On 2/23/15, Kristian Nielsen <knielsen@xxxxxxxxxxxxxxx> wrote:
> Rohit Kashyap <rkgudboy@xxxxxxxxx> writes:
>> I am Rohit Kashyap, I am currently working on MDEV-7569
>> and recently came over to your post on Support for GTID in mysqlbinlog
>> I would like to ask you for guidance and leads on this so that I can
>> take it up as my GSoC'15 Project under MariaDB.
> So I took a quick look at what mysqlbinlog currently supports, and how it
> could be extended to GTID. Looks like it's actually pretty clear:
> - The --start-position and --stop-position options should be able to take
> GTID positions; or maybe there should be new --start-gtid and
> options. Like "--start-gtid=0-1-100,1-2-200,2-1-1000".
> - A GTID position means the point just _after_ that GTID. So starting from
> GTID 0-1-100 and stopping at GTID 0-1-200, the first GTID output will
> probably be 0-1-101 and the last one 0-1-200. Note that if some domain
> not specified in the position, it means to start from the begining,
> respectively stop immediately in that domain.
> - Starting and stopping GTID should work both with local files, and with
> --read-from-remote-server. For the latter, there are a couple of extra
> things that need doing in the master-slave protocol, see
> get_master_version_and_clock() in sql/slave.cc.
> - At the end of the dump, put these statements as discussed in the bug:
> SET session.server_id = @@global.server_id,
> Probably some more things will come up during the work, but this looks like
> reasonable start.
> I would recommend to start by reading the GTID documentation, and
> experimenting with all the relevant features described there, to
> yourself with it. The main thing is to understand the concept of GTID
> and binlog order, and the relation to replication domains:
> And similarly, familiarise yourself with mysqlbinlog and how it would make
> sense for it to be extended to support GTID.
> Then make a detailed proposal for how the user-visible interface of
> mysqlbinlog should be extended, and send it to the list for comments.
> The next step will be to understand the concept of binlog state
> (@@gtid_binlog_state), and how it is used to deal correctly with
> GTID sequence numbers in binlogs. This is mostly an internal implementation
> detail, but necessary to be able to correctly identify starting and
> GTID positions in all cases.
> Hope this helps,
> - Kristian.