表示 进入内容 1116
« 先前的 10 新的记录
Displaying posts with tag: gtid (reset)
mariadb10 GTID 研究笔记.md

Mysql 5.6的GTID没有深入研究,初步看了下,mariadb10的GTID复制使用起来,相比5.6的要简单,传统模式复制改GTID复制,只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点,有些理解可能不完全正确,建议看官方文档。

Markdown 格式写的,新手,排版比较丑:)

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

  1. Easy to change a slave server to connect to and replicate from a different master server.
  2. The state of the slave is …
[获取更多]
mariadb10 GTID 研究笔记.md

Mysql 5.6的GTID没有深入研究,初步看了下,mariadb10的GTID复制使用起来,相比5.6的要简单,传统模式复制改GTID复制,只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点,有些理解可能不完全正确,建议看官方文档。

Markdown 格式写的,新手,排版比较丑:)

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

  1. Easy to change a slave server to connect to and replicate from a different master server.
  2. The state of the slave is …
[获取更多]
mariadb10 GTID 研究笔记.md

Mysql 5.6的GTID没有深入研究,初步看了下,mariadb10的GTID复制使用起来,相比5.6的要简单,传统模式复制改GTID复制,只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点,有些理解可能不完全正确,建议看官方文档。

Markdown 格式写的,新手,排版比较丑:)

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

  1. Easy to change a slave server to connect to and replicate from a different master server.
  2. The state of the slave is …
[获取更多]
MySQL 5.6 GTID模式下手工删除日志导致备库数据丢失

我们在测试 5.6 GTID 的时候,发现了一个导致主备数据丢失的场景。特别提醒一下使用 MySQL 5.6 并启用了 GTID 的各位,以避免这种情况发生。同时也简单介绍了 GTID 的实现原理。

场景描述

有一台 MySQL 实例 A ,启用了 GTID 。由于 MySQL 服务器空间吃紧,我们手工将主库的所有的 binlog 以及 binlog 的 index 文件都删除掉,并启动了这个 MySQL 实例。此后,本来连在该 MySQL 实例上的备库虽然 show slave status 状态都是正常的,但是却无法获得主库上的任何更新了。备库上的 show slave status 如下:

[5.6.14-log instance1 root@test1 /root root@127.0.0.1:test 17:42:32 ]
>show slave statusG
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.152
Master_User: repl
Master_Port: 9309
Connect_Retry: 60
Master_Log_File: …
[获取更多]
mysql5.6主从复制第五部分[如何在从服务器中跳过一条语句/事务]

mysql5.6主从复制第五部分[如何在从服务器中跳过一条语句/事务]

写这篇笔记的时候,mysql已经从5.6.10发展到了5.6.12

SQL_SLAVE_SKIP_COUNTER 对于GTID没用 。

准备测试环境,按照 http://www.zhaokunyao.com/archives/4131 配置主从。
master port 5612
slave port 5613

然后把slave设置成落后于master 600秒, 便于测试:

mysql [localhost] {msandbox} (test) > CHANGE master TO MASTER_DELAY=600;
ERROR 1198 (HY000): This operation cannot be performed WITH a running slave; run STOP SLAVE FIRST
mysql [localhost] {msandbox} (test) > 
mysql [localhost] {msandbox} (test) > stop slave;
Query OK, 0 ROWS affected (0.05 sec)
 
mysql [localhost] {msandbox} (test) > CHANGE master TO MASTER_DELAY=600;
Query OK, 0 ROWS affected (0.27 sec)
 
mysql [localhost] {msandbox} (test) > START slave;
Query OK, 0 ROWS affected, 1 warning (0.06 …
[获取更多]
mysql5.6主从复制第三部分[把从服务器提升为主服务器]

mysql5.6主从复制第三部分

第三部分测试主服务器挂掉,提升某个从服务器的情况。

继续用mysql::sandbox来测试。
主服务器(别名black)(server-id:1)安装在 /home/modify/sandboxes/msb_5_6_10/ 使用5610端口。
从服务器(别名blue)(server-id:2)安装在 /home/modify/sandboxes/msb_5_6_10_a/ 使用5611端口。
从服务器(别名green)(server-id:3)安装在 /home/modify/sandboxes/msb_5_6_10_b/ 使用5612端口。
从服务器(别名red)(server-id:4)安装在 /home/modify/sandboxes/msb_5_6_10_c/ 使用5613端口。

然后再构造一种最特殊的情况:
当主服务器挂掉的时候,blue获取到的gtid及transaction比green要少, green比red要少,然后要求把green提升为主服务器。

主black 写入一条数据:
mysql …
[获取更多]
表示 进入内容 1116
« 先前的 10 新的记录