##############################

bin log日志要求:

1,主库必须开启binlog,最好是row格式,
2,中继节点必须开启log_slave_updates, (mysql8.0中为log_replica_updates)该值默认启用
3,处于集群中的叶子节点的binlog和log_slave_updates随意

[mysqld]
log-bin = /home/work/mysql/log/mysql-bin server-id = 123456 binlog_format=row log_slave_updates

 

 

relay log要求:

[mysqld]

relay-log = relay-bin

不要默认,因为默认是hostname前缀作为relay log文件,容易留下坑

 

 

server_id 要求:

在整个mysql集群中的各个成员必须保证各自的server_id全局唯一,不能出现相同的server_id

 该值范围【1232 - 1】:在mysql8.0版本后,该值的默认值为1

 

 

在线更改server_id:(同时需要更改配置文件,时刻保持一致最佳)

set global server_id = 2;

 

 

 创建专用复制账户:

mysql> create user 'mysqlsync'@'%' identified by  '123456';

mysql> grant  replication slave,replication client  on *.*  to 'mysqlsync'@'%';

 

 

获取主库的一个全量备份:

 

1)拷贝主库数据目录:

1,直接将主库正常关闭,关闭后查看主库的二进制文件名称(比如mysql-bin.000088),

2,然后拷贝主库的data目录到从库节点,拷贝后,要删除数据目录中的auto.cnf文件,以便新副本以不同的生成服务器UUID启动。服务器 UUID 必须是唯一的。

3,拷贝完成后启动主库,这时候主库的二进制文件名称就会是下一个文件了(mysql-bin.000089),聪明如你,应该知道主库的二进制文件名称和位置了吧,因为关闭主库后,你全量拷贝主库,mysql-bin.000089该文件及以后的binlog文件都是在你拷贝之后才写进去的事务,

4,因此从库进行change master to的时候就是mysql-bin.000089文件中最开始的位置进行复制即可,故以--skip-slave-start方式启动从库(避免从库自动建立复制并启动,如果不加上这个启动参数,这可能会导致从库数据破坏而失败)也可以通过在配置文件my.cnf中[mysqld]中添加skip_slave_start配置来启动,这样就不会自动启动复制

5,然后change master to,(在mysql8.0中请使用:change replication source to)再start slave,(mysql8.0中,请使用start replica)

 

2)拷贝从库的数据目录:

上面是通过停止主库,然后直接拷贝主库数据目录文件,当然了,如果该集群已经有其他从库实例,最佳选择自然是从其他从库实例拷贝数据目录最好,方法也差不多

 

 3)通过mysqldump逻辑备份:

 详情参考:https://www.cnblogs.com/igoodful/p/11920724.html

 

 4)通过xtrabackup或innobackupex物理备份:

 详情参考:https://www.cnblogs.com/igoodful/p/13045295.html

 

 构建主从复制:

 

从 MySQL 8.0.23 开

 

 

start slave
  until {
    #1、直到指定的gtid位置停下
    {sql_before_gtids | sql_after_gtids} = gtid_set

    #2、直到指定的binlog位置停下
    |   master_log_file = 'log_name', master_log_pos = log_pos
    
    #3、直到指定的relay log位置停下
    |   relay_log_file = 'log_name', relay_log_pos = log_pos

    #4、直到slave上多个并行线程之前没有延迟差距了就停下
    #因为多线程复制,不同线程的复制进度不一样,因此有差距
    |   sql_after_mts_gaps  }

 

 

 

限制sql线程执行的位点:

start slave   sql_thread  until   sql_before_gtids='b9d7ea3f-62b0-11ea-b3d0-0242ac110002:124'  ## 此处的gtid是误操作代表的那个gtid,通常是: "SET @@SESSION.GTID_NEXT='b9d7ea3f-62b0-11ea-b3d0-0242ac110002:124'" ,接着就是进行了误操作的sql

# 这表示,sql线程执行到"b9d7ea3f-62b0-11ea-b3d0-0242ac110002:124"就停止,当然不包含"b9d7ea3f-62b0-11ea-b3d0-0242ac110002:124"这个gtid代表的事务,即执行到"b9d7ea3f-62b0-11ea-b3d0-0242ac110002:123"就停止。

 

 

 

#############################