对运行一段时间的数据库做主从复制

对运行一段时间的数据库做主从复制

序言:前几天对运行一段时间且 未开启bin-log的MySQL数据库做了主从同复制,特此将详细操作步骤与说明记录下来。注意本次同步 未使用GTID进行主从复制,配置中使用 通配符,做到了只 同步特定名称的表

主从数据库版本:二者都是 MySQL5.7

1.主数据库配置,开启bin-log,并重启数据库

先编辑主数据库的配置文件,我的数据库配置文件路径是:/etc/my.cnf。不要忘记先备份,以防配置出错。

cp /etc/my.cnf /etc/my.cnf.bak
vim /etc/my.cnf

主要配置内容如下,我已做了详细说明:

server-id=234  # 主从集群中唯一,不要重复,我使用的ip地址后4位
binlog-do-db=master_slave_test  # 需要同步的数据库
binlog-ignore-db=mysql  # 无需开启bin-log的数据库
log_bin=mysql-bin  # 启用bin-log
 
master_info_repository=TABLE  # 在从库中创建表,记录master的状态
relay_log_info_repository=TABLE  # 在从库中创建表,记录同步的位置信息
relay_log_recovery=ON  # 从库意外宕机重启,可以立即恢复到未执行的sql语句的位置

重启主数据库

systemctl restart mysqld

2.从数据库配置,指定要同步的数据库,并重启数据库

server-id=167

slave-skip-errors=all  # 跳过主从同步中遇到的所有错误号,继续执行后面的sql
replicate_do_db=master_slave_test  # 需要复制的数据库
replicate_wild_do_table=master_slave_test.%table%  # 需要复制的数据库中的表,使用通配符匹配含有‘table’字样的表

slave-parallel-type=LOGICAL_CLOCK  # 并行复制
slave-parallel-workers=4   # slave线程数
master_info_repository=TABLE  # 在从库中创建表,记录master的状态
relay_log_info_repository=TABLE  # 在从库中创建表,记录同步的位置信息
relay_log_recovery=ON  # 从库意外宕机重启,可以立即恢复到未执行的sql语句的位置

重启从数据库

systemctl restart mysqld

3.主库导出数据

在主库中,使用mysqldump工具将未开启bin-log之前的数据导出并压缩。

mysqldump  -uroot -P3317 -p --single-transaction --master-data=2 --databases 数据库1 --tables table表名1 table表名2 >master_slave_test.sql
gzip master_slave_test.sql

其中:

  • --single-transaction:不锁表,同时保证dump的数据的一致性。
  • --master-data:指定=1时,会在导出的sql文件中增加一句CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=1565461;,当在从库导入时,会执行那句sql。我们在从库开启主从时,需要手动写详细的change语句,所以不希望在从库执行那句sql,但是又需要获取bin-log的位置信息,所以指定=2,即在导出的sql文件中将其注释。

当数据量非常大时,可以使用nohup工具,在后台执行mysqldump,具体操作如下:

nohup mysqldump  -uroot -P3317 -p --single-transaction --master-data=2 --databases 数据库1 --tables table表名1 table表名2 >master_slave_test.sql
(回车输入数据库密码)
ctrl+z中断
输入bg命令后台运行

4.从库导入数据

登录从库所在服务器,将.sql文件拷贝过来,并且解压缩。

scp -P 22 -l 10000 [email protected]:/data/backup/master_slave_test.sql.gz .
gzip -d master_slave_test.sql.gz

其中:

  • -P:指定ssh登录的端口
  • -l:限制scp带宽,以防对其他业务产生影响。这里限制到大概为1M左右

解压缩完成后,在从库导入数据。导入数据之前,首先在从库创建master_slave_test数据库。

create database master_slave_test charset=utf8mb4;
exit;

然后导入数据。

mysql -P3317 -uroot -p master_slave_test 

同样的,也可以使用nohup工具让scp过程或者导入数据过程在后台运行。

5.主数据库创建用于从库同步的账号,并赋予同步权限

grant replication slave on *.* to 'slave_test'@'%' identified by '你的密码';

6.从数据库开始同步;

CHANGE MASTER TO MASTER_HOST='10.10.8.103', MASTER_PORT=3317, MASTER_USER='slave_test', MASTER_PASSWORD='你的密码', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=489038 for channel 'master_slave_test';

其中:

  • MASTER_HOST:主数据库的ip
  • MASTER_PORt:主数据库的登录端口
  • MASTER_USER:刚才在主数据创建的用于同步的账号
  • MASTER_LOG_FILE与MASTER_LOG_POS:可以通过.sql文件查看,在前50行就可以看到。

    head -50 master_slave_test.sql
  • channel:指定通道,以后可能会同步多个库,这样方便管理。

开启slave:

start slave for channel 'master_slave_test';

查看主从同步状态:

show slave status \G;

我这里拿出几项参数,注意其中IO_Thread与SQL_Thread,两项都为Yes,才表示,同步状态正常。如果有错误,则显示No或Connecting,而下面的IO_Error或SQL_Error会显示出详细的错误信息。

             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
          Exec_Master_Log_Pos: 73894796
              Relay_Log_Space: 73895318

        Seconds_Behind_Master: 0
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 

你可能感兴趣的:(linuxmysql主从复制)