MySQL运维实战(7)建立复制

俊达2年前技术文章537

建立复制的基本步骤

1、主库开启binlog

主库需要配置的关键参数

server_id:主备库需要设置为不同。

log_bin:binlog文件的前缀,可以指定绝对路径,也可以只指定文件名。若不指定路径,binlog默认存放在datadir指定的路径下。

binlog_format:可设置为STATEMENT、MIXED、ROW这几种模式。一般建议使用ROW模式。

server_id=100
log_bin=/data/mysql5.6/binlog/binlog
binlog_format=ROW

# log_slave_updates=ON

上述参数中,log_bin不能动态修改。需要重启mysql才能生效。


使用show global variables确认主库binlog已经开启:

mysql> show global variables like 'log_bin%';
| log_bin                                 | ON                                 |
| log_bin_basename                        | /data/mysql5.6/binlog/binlog       |
| log_bin_index                           | /data/mysql5.6/binlog/binlog.index |


使用show binary logs命令查看主库binlog列表:

mysql> show binary logs;
+---------------+-----------+
| Log_name      | File_size |
+---------------+-----------+
| binlog.000001 |       120 |
+---------------+-----------+
1 row in set (0.00 sec)


2、主库创建复制账号(满足基本权限要求)

主库需要创建一个复制账号,备库需要使用复制账号连接到主库,获取binlog。

mysql> create user 'rep'@'%' identified by 'rep123';
Query OK, 0 rows affected (0.00 sec)

mysql> grant  replication slave on *.* to 'rep'@'%';
Query OK, 0 rows affected (0.00 sec)


复制账号需要的权限:replication slave。


3、备库参数配置

备库上必须设置的参数server_id,server_id的值需要和主库设置成不一样。

server_id=236


其他binlog参数可以不设置,或者和主库设置成一样。

备库开启binlog和log_slave_updates后,会将从主库上复制过来的事务也记录到binlog,在创建级连复制时,需要这么配置。

log_slave_updates=ON
log_bin=/data/mysql5.6/binlog/binlog
binlog_format=ROW


4、备库初始化


备库数据准备,需要满足条件:

  • 备库数据是主库数据在过去某个时间点的快照

  • 从那个时间点开始的binlog都存在

我们可以使用备份(如percona开源的xtrabackup,或mysqldump)等工具创建主库的一致性备份,将恢复到备库中,然后再开启复制。

如果主备库都是新初始化的数据库实例,主库binlog没有缺失,则可以略过数据库备份和恢复这一个步骤,直接开启复制。


mysqldump备份数据

这里使用mysqldump进行备份:

/opt/mysql5.7/bin/mysqldump -uroot -h127.0.0.1 -P3357 -pabc123 --all-databases \
 --master-data=2 --routines --flush-privileges --triggers --events > /tmp/mysql57_dump.sql


mysqldump参数说明:

  • --all-databases --routines --triggers --events:备份所有数据库,包括存储过程、触发器、定时事件

  • --master-data=2:记录数据库当前binlog位点。指定master-data后,后自动加上lock-tables选项,锁定数据库,除非同时加上--single-transaction。

  • --single-transaction:使用innodb的一致性读取机制实现一执行数据库备份,不锁表。但是对非InnoDB引擎(如MyISAM)无效。同时备份过程中不能有DDL。

  • --flush-privileges:备份完mysql数据库后,加上flush privileges命令。数据恢复时,恢复完mysql数据库后就会执行flush privileges命令,恢复出来的用户信息才会生效。

  • --gtid-mode=auto:如果数据库开启了GTID,则备份文件中会加入set global GTID_PURGED=xxx;



mysqldump数据恢复

到目标实例执行:

mysql -uroot -h127.0.0.1 -P3357 -pabc123 
source mysql57_dump.sql


注意,执行source前,确认登陆了正确的数据库。如果登陆到主库执行恢复操作,则会引起主库数据丢失。



5、备库创建复制通道

在备库上使用change master命令建立复制信息,这里指定从主库binlog.000001文件头部开始复制(master_log_pos没有指定时,从binlog文件头部复制)。

change master to master_host='172.16.121.234',master_port=3356,master_user='rep',
master_password='rep123',master_log_file='binlog.000001';


start slave;

show slave status\G

位点从备份文件中找:

# head -30 /tmp/mysql57_dump.sql | grep 'CHANGE MASTER'
-- CHANGE MASTER TO MASTER_LOG_FILE='binlog.000006', MASTER_LOG_POS=608;


相关文章

MySQL运维实战(7.1) 开启GTID复制

MySQL从5.6版本开始支持GTID复制。开启GTID之后,主库上执行的每一个事务都有一个全局唯一的ID。GTID由两部分组成:server_uuid和事务序列号。初始化数据库时,会生成一个全局唯一...

MySQL运维实战(7.2) MySQL复制server_id相关问题

MySQL运维实战(7.2) MySQL复制server_id相关问题

主库server_id没有设置主库没有设置server_idGot fatal error 1236 from master when&nb...

发表评论    

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。