|
事实上，该机制在MySQL 5.7.20版本中就已经悄悄的应用了。5.7.20版本引入了一个重要的特性：Group Replication，通过Paxso协议在多个MySQL节点间分发binlog，使得一个事务必须在集群内大多数节点(N/2+1)上提交成功才能提交。
为了支持多主写入，MySQL MRG在Binlog分发节点完成后，通过一个Certify阶段来决定Binlog中的事务是否写入RelayLog中。这个过程中，Certify阶段采用的就是WriteSet的方式验证事务之间是否存在冲突，同时，在写入RelayLog时会将没有冲突的事务的last_committed值设置为相同的值。
比如在5.7.20中，进行如下操作：
- > -- create a group replication cluster.
- > STOP GROUP_REPLICATION; START GROUP_REPLICATION;
- Query OK, 0 rows affected (9.10 sec)
- > -- All the next commands on the primary member of the group:
- > CREATE DATABASE test_ws_mgr ;
- Query OK, 1 row affected (0.01 sec)
- > CREATE TABLE test_ws_mgr.test ( id int primary key auto_increment, str varchar(64) not null );
- Query OK, 1 row affected (0.01 sec)
- > INSERT INTO test_ws_mgr.test(`str`) VALUES ("a");
- Query OK, 1 row affected (0.01 sec)
- > INSERT INTO test_ws_mgr.test(`str`) VALUES ("b");
- Query OK, 1 row affected (0.01 sec)
- > INSERT INTO test_ws_mgr.test(`str`) VALUES ("c");
- Query OK, 1 row affected (0.01 sec)
以上代码在一个MGR集群中创建了一个数据库和一个InnoDB表，并插入了三条记录。这个时候，查询Primary节点上的Binlog可能会得到如下结果：
- # mysqlbinlog mysql-bin.N | grep last_ | sed -e 's/server id.*last/[...] last/' -e 's/.rbr_only.*/ [...]/'
- #180106 19:31:59 [...] last_committed=0 sequence_number=1 [...] -- CREATE DB
- #180106 19:32:02 [...] last_committed=1 sequence_number=2 [...] -- CREATE TB
- #180106 19:32:05 [...] last_committed=2 sequence_number=3 [...] -- INSERT a
- #180106 19:32:08 [...] last_committed=3 sequence_number=4 [...] -- INSERT b
- #180106 19:32:11 [...] last_committed=4 sequence_number=5 [...] -- INSERT c
（编辑：安卓应用网_ASP源码网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
