`

Mysql-主从复制配置

 
阅读更多

参考:<<MySQL主从复制的配置(CentOS-6.6+MySQL-5.6).pdf>>
我的实践:

【简述】
1.MySQL主从复制的方式
MySQL5.6 开始主从复制有两种方式:基于日志(binlog) 、基于 GTID(全局事务标示符) 。
这里主要讲基于日志(binlog)的复制。

2.MySQL主从复制(也称A/B复制)原理
(1) Master将数据改变记录到二进制日志(binary log)中, 也就是配置文件log-bin指定的文件,这些记录叫做二进制日志事件(binary log events);
(2) Slave 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继日志(relay log);
(3) Slave重做中继日志中的事件,把中继日志中的事件信息一条一条的在本地执行一次,完成数据在本地的存储,从而实现将改变反映到它自己的数据(数据重放)。
图:见原PDF文档

3.MySQL主从复制官方文档
http://dev.mysql.com/doc/refman/5.6/en/replication.html


【环境规划】
操作系统 : CentOS-6.6-x86_64-bin-DVD1.iso
MySQL版本:mysql-5.6.26.tar.gz
主节点 IP:192.168.1.122   主机名:edu-mysql02
从节点 IP:192.168.1.123   主机名:edu-mysql03
主机配置:4 核 CPU、4G 内存

【主从配置需要注意的点】
(1) 主从服务器操作系统版本和位数一致;
(2) Master 和 Slave 数据库的版本要一致;
(3) Master 和 Slave 数据库中的数据要一致;
(4) Master 开启二进制日志,Master 和 Slave 的 server_id 在局域网内必须唯一;

【主从配置的简要步骤】
1、Master 上的配置
(1) 安装数据库;
(2) 修改数据库配置文件,指明 server_id,开启二进制日志(log-bin);
(3) 启动数据库,查看当前是哪个日志,position 号是多少;
(4) 登录数据库,授权数据复制用户(IP 地址为从机 IP 地址,如果是双向主从,这里的还需要授权本机的 IP 地址,此时自己的 IP 地址就是从 IP地址);
(5) 备份数据库(记得加锁和解锁) ;
(6) 传送备份数据到 Slave 上;
(7) 启动数据库;
----------------------------------------
以下步骤,为单向主从搭建成功,想搭建双向主从需要的步骤:
1.登录数据库,指定 Master 的地址、用户、密码等信息(此步仅双向主从时需要) ; 这里同slave的5,6
(Master 的 IP、端口、同步用户、密码、position 号、读取哪个日志文件)
[root@edu-mysql-02 ~]# mysql -uroot -p
Enter password:
...
mysql> grant replication slave, replication client on *.* to 'repl'@'172.21.10.230' identified by 'roncoo.123';
mysql> 
change  master  to  master_host='172.21.10.231', master_user='repl',master_password='roncoo.123',  master_port=3306,  master_log_file='edu-mysql-bin.000001',master_log_pos=629, master_connect_retry=30;

## 查看主机的 position 号,记下 position 号(从机上需要用到这个 position 号和现在的日志文件)
在主机上执行
mysql> show master status;

注:我这边master_log_pos没改导致 Slave_IO_Running: NO
 edu-mysql-bin.000001 |      429 |              | mysql
 
2.开启同步,查看状态;
## 查看主从同步状态
mysql> show slave status\G;
可看到 Slave_IO_State 为空, Slave_IO_Running 和 Slave_SQL_Running 是 No,表明 Slave 还没有开始复制过程。

## 开启主从同步
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

## 再查看主从同步状态
mysql> show slave status\G;

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
               ...
               Slave_IO_Running: Yes
               Slave_SQL_Running: Yes
              
-----------------------------------------------------------------------------              

2、Slave 上的配置
(1) 安装数据库;
(2) 修改数据库配置文件,指明 server_id(如果是搭建双向主从的话,也要开启二进制日志 log-bin) ;
(3) 启动数据库,还原备份;
(4) 查看当前是哪个日志,position 号是多少(单向主从此步不需要,双向主从需要) ;
(5) 指定 Master 的地址、用户、密码等信息;
(6) 开启同步,查看状态。

【具体步骤】
单向主从环境(也称 MySQL A/B  复制)的搭建

1、Master 192.168.1.122和 Slave192.168.1.123上都安装了相同版本的数据库(mysql-5.6.26.tar.gz) , 参考 《高可用架构篇--第 13 节--MySQL 源码编译安装 (CentOS6.6+MySQL5.6) 》 。
注意: 两台数据库服务器的的 selinux 都要 disable (永久关闭 selinux, 请修改/etc/selinux/config,将 SELINUX 改为 disabled)

2、修改 Master 的配置文件/etc/my.cnf【设置Master】
[root@edu-mysql-01 ~]# vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id ,一般设置为 IP
server_id=122
## 复制过滤:需要备份的数据库,输出 binlog
#binlog-do-db=xmtest
## 复制过滤:不需要备份的数据库,不输出(mysql 库一般不同步)
binlog-ignore-db=mysql
## 开启二进制日志功能,可以随便取,最好有含义
log-bin=edu-mysql-bin
## 为每个 session 分配的内存,在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
## 主从复制的格式(mixed,statement,row,默认格式是 statement)
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0,表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误,避免 slave 端复制中断。
## 如:1062 错误是指一些主键重复,1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062

注:如想了解以上参数的更多详细解析,大家可以直接百度参数名

2.1 复制过滤可以让你只复制服务器中的一部分数据,有两种复制过滤:
(1) 在 Master 上过滤二进制日志中的事件;
(2) 在 Slave 上过滤中继日志中的事件。如下:
图:MySQL主从复制原理图--复制过滤

2.2 MySQL 对于二进制日志 (binlog)的复制类型
(1) 基于语句的复制:在 Master 上执行的 SQL 语句,在 Slave 上执行同样的语句。MySQL 默认采用基于语句的复制, 效率比较高。 一旦发现没法精确复制时, 会自动选着基于行的复制。
(2) 基于行的复制:把改变的内容复制到 Slave,而不是把命令在 Slave 上执行一遍。从MySQL5.0 开始支持。
(3) 混合类型的复制:默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制。

3、启动/重启 Master 数据库服务,登录数据库,创建数据同步用户,并授予相应的权限
[root@edu-mysql-01 ~]# service mysql restart
Shutting down MySQL..[ OK ]
Starting MySQL..[ OK ]

[root@edu-mysql-01 ~]# mysql -uroot -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.6.26-log Source distribution
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respectiveowners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

##创建数据同步用户,并授予相应的权限
mysql> grant replication slave, replication client on *.* to 'xmtest'@'192.168.1.123' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

## 刷新授权表信息
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

## 查看 position 号,记下 position 号(从库上需要用到这个 position 号和现在的日志文件)
mysql> show master status;

+----------------------+----------+--------------+------------------+-------------------+
| File                 | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------------+----------+--------------+------------------+-------------------+
| edu-mysql-bin.000001 |      431 |              | mysql            |                   |
+----------------------+----------+--------------+------------------+-------------------+

下面这个是配置第二台从库时的status
+----------------------+----------+--------------+------------------+-------------------+
| File                 | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------------+----------+--------------+------------------+-------------------+
| edu-mysql-bin.000002 |     2784 |              | mysql            |                   |
+----------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

4、创建 xmtest 库、表,并写入一定量的数据,用于模拟现有的业务系统数据库
create database if not exists xmtest default charset utf8 collate utf8_general_ci;
use xmtest;
DROP TABLE IF EXISTS `edu_user`;
CREATE TABLE `edu_user` (
`Id` int(11) NOT NULL AUTO_INCREMENT,
`userName` varchar(255) NOT NULL DEFAULT '' COMMENT '用户名',
`pwd` varchar(255) NOT NULL DEFAULT '' COMMENT '密码',
PRIMARY KEY (`Id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COMMENT='用户信息表';

INSERT INTO `edu_user` VALUES (1,'吴水成','123456'),(2,'清风','123456'),(3,'龙果','roncoo.com');

5、为保证 Master 和 Slave 的数据一致,我们采用 "主备份,从还原" 来实现初始数据一致

## 先临时锁表
mysql> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)

## 这里我们实行全库备份,在实际中,我们可能只同步某一个库,那也可以只备份一个库
注意一点:mysqldump不是mysql命令,是shell命令
[root@edu-mysql-01 ~]# mysqldump -p3306 -uroot -p --add-drop-table xmtest > /tmp/edu-master-xmtest.sql;
Warning: Using a password on the command line interface can be insecure.
Enter password:
[root@edu-mysql-01 ~]# cd /tmp
[root@edu-mysql-01 tmp]# ll
total 644
-rw-r--r-- 1 root root 644266 Dec 20 04:10 edu-master-xmtest.sql
## 注意:实际生产环境中大数据量(超 2G 数据)的备份,建议不要使用 mysqldump 进行备份,因为会非常慢。此时推荐使用 XtraBackup 进行备份。

## 解锁表
mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

将 Master 上备份的数据远程传送到 Slave 上,以用于 Slave 配置时恢复数据
[root@edu-mysql-01 ~]# scp /tmp/edu-master-xmtest.sql root@192.168.1.123:/tmp/
root@192.168.1.206's password:
edu-master-xmtest.sql 100% 629KB 629.2KB/s 00:00
[root@edu-mysql-01 ~]#

注:这里需要安装scp
scp这东西应该属于openssh-clients这个包,运行:yum -y install openssh-clients
再运行scp就可以了,再次运行:scp 1.so root@192.168.0.182:/root/
输入密码后又再次提示:bash: scp: command not found
在目标主机也同样安装一下openssh-clients,再次尝试,问题解决。

6、修改 Slave 的配置文件/etc/my.cnf【设置Slave】
   配置文件和122相比只需修改一项,其余配置用命令来操作
[root@edu-mysql-02 ~]# vi /etc/my.cnf
## 在 [mysqld] 中增加以下配置项
## 设置 server_id,一般设置为 IP
server_id=123
## 复制过滤:需要备份的数据库,输出 binlog
#binlog-do-db=xmtest
##复制过滤:不需要备份的数据库,不输出(mysql 库一般不同步)
binlog-ignore-db=mysql
## 开启二进制日志,以备 Slave 作为其它 Slave 的 Master 时使用
log-bin=edu-mysql03-bin
## 为每个 session 分配的内存,在事务过程中用来存储二进制日志的缓存
binlog_cache_size = 1M
## 主从复制的格式(mixed,statement,row,默认格式是 statement)
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0,表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误,避免 slave 端复制中断。
## 如:1062 错误是指一些主键重复,1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log 配置中继日志
relay_log=edu-mysql-relay-bin
## log_slave_updates 表示 slave 将复制事件写进自己的二进制日志
log_slave_updates=1
## 防止改变数据(除了特殊的线程)
read_only=1

如果 Slave 为其它 Slave 的 Master 时,必须设置 bin_log。
在这里,我们开启了二进制日志,而且显式的命名(默认名称为 hostname,但是,如果 hostname 改变则会出现问题)。
relay_log 配置中继日志, log_slave_updates  表示 slave 将复制事件写进自己的二进制日志。当设置 log_slave_updates 时,你可以让 slave 扮演其它 slave 的 master。此时,slave 把 SQL线程执行的事件写进行自己的二进制日志(binary log),然后,它的 slave 可以获取这些事件并执行它。如下图所示(发送复制事件到其它 Slave) :


7、保存后重启 MySQL 服务,还原备份数据
[root@edu-mysql-02 ~]# service mysql restart
Shutting down MySQL..[ OK ]
Starting MySQL..[ OK ]

Slave 上创建相同库:
create database if not exists xmtest default charset utf8 collate utf8_general_ci;
use xmtest;
导入数据
[root@edu-mysql-02 ~]# mysql -uroot -p xmtest < /tmp/edu-master-xmtest.sql
Enter password:
[root@edu-mysql-02 ~]#

8、登录 Slave 数据库,添加相关参数
(Master 的 IP、端口、同步用户、密码、position 号、读取哪个日志文件)
[root@edu-mysql-02 ~]# mysql -uroot -p
Enter password:

mysql> 
change  master  to  master_host='192.168.1.122',  master_user='xmtest',master_password='123456',  master_port=3306,  master_log_file='edu-mysql-bin.000001',master_log_pos=431, master_connect_retry=30;

Query OK, 0 rows affected, 2 warnings (0.01 sec)
上面执行的命令的解释:
master_host='192.168.1.122' ## Master 的 IP 地址
master_user='xmtest' ## 用于同步数据的用户(在 Master 中授权的用户)
master_password='1qaz2wsx'  ## 同步数据用户的密码
master_port=3306 ## Master 数据库服务的端口
master_log_file='edu-mysql-bin.000001'  ##指定 Slave 从哪个日志文件开始读复制数据(可在 Master 上使用 show master status 查看到日志文件名)
master_log_pos=431  ## 从哪个 POSITION 号开始读
master_connect_retry=30 ##当重新建立主从连接时, 如果连接建立失败, 间隔多久后重试。单位为秒,默认设置为 60 秒,同步延迟调优参数。

注:我这边master_log_pos没改导致 Slave_IO_Running: NO
 edu-mysql-bin.000001 |      429 |              | mysql            |                  

## 查看主从同步状态
mysql> show slave status\G;
可看到 Slave_IO_State 为空, Slave_IO_Running 和 Slave_SQL_Running 是 No,表明 Slave 还没有开始复制过程。

## 开启主从同步
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

## 再查看主从同步状态
mysql> show slave status\G;

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
               ...
               Slave_IO_Running: Yes
               Slave_SQL_Running: Yes
              
主要看以下两个参数,这两个参数如果是 Yes 就表示主从同步正常
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
由截图中的主从同步状态信息可以看出,我们配置的主从同步是正常的。
可查看 master 和 slave 上线程的状态。 在 master 上, 可以看到 slave 的 I/O 线程创建的连接:

Master : mysql> show processlist\G;

1.row 为处理 slave 的 I/O 线程的连接。
2.row 为处理 MySQL 客户端连接线程。
3.row 为处理本地命令行的线程。
Slave : mysql> show processlist\G;

1.row 为 I/O 线程状态。
2.row 为 SQL 线程状态。
3.row 为处理本地命令行的线程。

[报错: Last_IO_Error: error connecting to master 'xmtest@192.168.1.122:3306' - retry-time: 30  retries: 1]
发现是密码错误:因为在123上连接122属于远程连接,密码应该是123456


9、主从数据复制同步测试
(1) 在 Master 中的 roncoo 库上变更数据的同步测试;
mysql> INSERT INTO `edu_user` VALUES (4,'同步测试 1','123456'),(5,'同步测试 2','123456');
Master 中添加完之后,登录 Slave 中查看数据是否已同步。

(2) 在 Master 上新建一个 ron 库
mysql> create database if not exists ron default charset utf8 collate utf8_general_ci;
在 Slave 中查看数据库
mysql> show databases;
最终的测试结果是,在 Master 中的操作,都成功同步到了 Slave。


10、测试过程中,如果遇到同步出错,可在 Slave 上重置主从复制设置(选操作) :
(1) mysql> reset slave;
(2) mysql> change master to master_host='172.21.10.230',
master_user='repl',
master_password='roncoo.123',
master_port=3306,
master_log_file='edu-mysql-bin.00000x',
master_log_pos=xx,
master_connect_retry=30;
(此时,master_log_file 和 master_log_pos 要在 Master 中用 show master status 命令查看)

注意:如果在 Slave 没做只读控制的情况下,千万不要在 Slave 中手动插入数据,那样数据就会不一致,主从就会断开,就需要重新配置了。

*********************
最好赋予用户从库的只读权限
对于需要保证master-slave主从同步的salve库,如果要设置为只读状态,需要执行的命令为:
mysql> set global read_only=1;

将salve库从只读状态变为读写状态,需要执行的命令是:
mysql> set global read_only=0;
*********************




【双向复制】
11、上面所搭建的是单向复制的主从,也是用的比较多的,而双向主从其实就是:
(1)Master 和Slave 都开启日志功能
(2)在Master执行授权用户:即授权自己作为从服务器,也就是这里的 IP 地址是 Master 的 IP 地址 (3)再在 Master 上进行 chang master 操作。

备注:待操作


【MySQL主从数据同步延迟问题的调优】
1.基于局域网的 Master/Slave 机制在通常情况下已经可以满足“实时”备份的要求了。
2.如果延迟比较大,可以从以下几个因素进行排查:
(1) 网络延迟;
(2) Master 负载过高;
(3) Slave  负载过高;
方案:
(1) 一般的做法是使用多台 Slave 来分摊读请求,再单独配置一台 Slave 只作为备份用,不进行其他任何操作,就能相对最大限度地达到“实时”的要求了。

(2)两个可以减少主从复制延迟的参数(按需配置) :

MySQL 可以指定 3 个参数,用于复制线程重连主库:--master-retry-count,--master-connect-retry, --slave-net-timeout 。
[1] master-connect-retry 和 master-retry-count 需要在 ChangeMaster 搭建主备复制时指定
[2] slave-net-timeout 是一个全局变量,可以在 MySQL 运行时在线设置。

具体的重试策略为: 备库过了 slave-net-timeout 秒还没有收到主库来的数据,它就会开始第一次重试。然后每过 master-connect-retry 秒,备库会再次尝试重连主库。直到重试了 master-retry-count 次,它才会放弃重试。
如果重试的过程中,连上了主库,那么它认为当前主库是好的, 又会开始 slave-net-timeout 秒的等待。

slave-net-timeout 的默认值是 3600 秒,master-connect-retry 默认为 60 秒,master-retry-count 默认为 86400 次。
也就是说:如果主库一个小时都没有任何数据变更发送过来,备库才会尝试重连主库。
这就是为什么在我们模拟的场景下,一个小时后,备库才会重连主库,继续同步数据变更的原因。

若主库上变更比较频繁, 可以考虑将 slave-net-timeout 设置的小一点, 避免主库 Binlog dump 线程终止了,无法将最新的更新推送过来。
当然slave-net-timeout设置的过小也有问题,会导致如果主库的变更比较少的时候, 备库频繁的重新连接主库,造成资源浪费。


slave-net-timeout=seconds
参数说明:当 Slave 从 Master 数据库读取 log 数据失败后,等待多久重新建立连接并获取数据,单位为秒,默认设置为 3600 秒。
在做 MySQL Slave 的时候经常会遇到很多错误,需要根据具体原因跨过错误继续同步,但有时候是因为网络不稳定、网络闪断造成同步不正常,如果 Slave 机器非常多的情况下,一个一个登录服务器去 stop slave、start slave 变得无聊而且重复。从 MySQL5.1 开始支持的解决
方案配置:master-connect-retry=seconds
参数说明: 在主服务器宕机或连接丢失的情况下, 从服务器线程重新尝试连接主服务器之前
睡眠的秒数。 如果主服务器.info文件中的值可以读取则优先使用。 如果未设置, 默认值为60。
通常配置以上 2 个参数可以减少网络问题导致的主从数据同步延迟。

一般网络问题的错误是:
[ERROR] Error reading packet from server: Lost connection to MySQL server during query
(server_errno=xxxx)
[ERROR] Slave I/O thread: Failed reading log event, reconnecting to retry, log ‘edu-mysql-
bin.000256’ position 23456


推荐参考链接:
http://www.it165.net/database/html/201311/4851.html
http://blog.csdn.net/hguisu/article/details/7325124
http://www.woqutech.com/?p=1116
http://blog.chinaunix.net/uid-10661836-id-4116512.html
http://my.oschina.net/cimu/blog/165019
http://linuxguest.blog.51cto.com/195664/686813/
http://blog.itpub.net/29096438/viewspace-1409405/
http://blog.csdn.net/lxpbs8851/article/details/38455223
http://blog.csdn.net/seteor/article/details/17264633




*********************************************************************
创建新库并且配置给用户,设置主从复制

在主库上122:
dbtbl_0_master
dbtbl_1_master
建库:
create database dbtbl_0_master;
create database dbtbl_1_master;
授权主库xmtest用户拥有 dbtbl_0_master / dbtbl_1_master 数据库的所有权限
grant all privileges on dbtbl_0_master.* to 'xmtest'@'%' identified by '123456' WITH GRANT OPTION;
grant all privileges on dbtbl_1_master.* to 'xmtest'@'%' identified by '123456' WITH GRANT OPTION;
刷新系统权限表
flush privileges;

在从库上123:
dbtbl_0_slave_0
dbtbl_1_slave_0
建库:
create database dbtbl_0_slave_0;
create database dbtbl_1_slave_0;
授权从库xmtest用户拥有 dbtbl_0_slave_0 / dbtbl_1_slave_0 数据库的读的权限
grant select on dbtbl_0_slave_0.* to xmtest@localhost identified by '123456';
grant select on dbtbl_1_slave_0.* to xmtest@localhost identified by '123456';
刷新系统权限表。
flush privileges;

因为在配置主从时设置的是除mysql库都主从复制,只需要建库,授权用户就行了
参考: MYSQL安装配置.txt

************************************************************************
新建从库及与主库的读写分离
(1) 新建从库
(2) 按照和第一个从库一样的配置,配置主库和从库
需要说明的是:当存在多个数据库实例时需要分别copy出每个库的信息,执行,例如:
## 先临时锁表
mysql> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)

## 这里我们实行全库备份,在实际中,我们可能只同步某一个库,那也可以只备份一个库
注意一点:mysqldump不是mysql命令,是shell命令
[root@edu-mysql-01 ~]# mysqldump -p3306 -uroot -p --add-drop-table xmtest > /tmp/edu-master-xmtest.sql;
Warning: Using a password on the command line interface can be insecure.
Enter password:
[root@edu-mysql-01 ~]# cd /tmp
[root@edu-mysql-01 tmp]# ll
total 644
-rw-r--r-- 1 root root 644266 Dec 20 04:10 edu-master-xmtest.sql
## 注意:实际生产环境中大数据量(超 2G 数据)的备份,建议不要使用 mysqldump 进行备份,因为会非常慢。此时推荐使用 XtraBackup 进行备份。

******
这里还有:
dbtbl_0
dbtbl_1

mysqldump -p3306 -uroot -p --add-drop-table dbtbl_0 > /tmp/edu-master-dbtbl_0.sql;
mysqldump -p3306 -uroot -p --add-drop-table dbtbl_1 > /tmp/edu-master-dbtbl_1.sql;

[root@edu-mysql-01 ~]# cd /tmp
[root@edu-mysql-01 tmp]# ll
******

## 解锁表
mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

[root@edu-mysql-01 ~]# scp /tmp/edu-master-dbtbl_0.sql root@192.168.1.124:/tmp/

[root@edu-mysql-01 ~]# scp /tmp/edu-master-dbtbl_1.sql root@192.168.1.124:/tmp/


## 多次导入数据
[root@edu-mysql-02 ~]# mysql -uroot -p xmtest < /tmp/edu-master-xmtest.sql
[root@edu-mysql-02 ~]# mysql -uroot -p dbtbl_0 < /tmp/edu-master-dbtbl_0.sql
[root@edu-mysql-02 ~]# mysql -uroot -p dbtbl_1 < /tmp/edu-master-dbtbl_1.sql

>sql :
change  master  to  master_host='192.168.1.122',  master_user='xmtest',master_password='123456',  master_port=3306,  master_log_file='edu-mysql-bin.000002',master_log_pos=2784, master_connect_retry=30;









当主从复制发生问题时:

方式二:重新做主从,完全同步
该方法适用于主从库数据相差较大,或者要求数据完全统一的情况
 
解决步骤如下:
 
1.先进入主库,进行锁表,防止数据写入
使用命令:mysql> flush tables with read lock;
注意:该处是锁定为只读状态,语句不区分大小写
 
2.进行数据备份
#把数据备份到mysql.bak.sql文件
[root@server01 mysql]# mysqldump -p3306 -uroot -p --add-drop-table xmtest > /tmp/edu-master-all1.sql;
这里注意一点:数据库备份一定要定期进行,可以用shell脚本或者python脚本,都比较方便,确保数据万无一失

3.查看master 状态
mysql> show master status;
+----------------------+----------+--------------+------------------+-------------------+
| File                 | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------------+----------+--------------+------------------+-------------------+
| edu-mysql-bin.000006 |     2590 |              | mysql            |                   |
+----------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
 
4.把mysql备份文件传到从库机器,进行数据恢复
#使用scp命令
[root@server01 mysql]# scp /tmp/edu-master-all1.sql root@192.168.1.124:/tmp/

5.停止从库的状态
mysql> stop slave;
 
6.然后到从库执行mysql命令,导入数据备份
mysql> source /tmp/edu-master-all1.sql
 
7.设置从库同步,注意该处的同步点,就是主库show master status信息里的| File| Position两项
 change master to  master_host='192.168.1.122',  master_user='xmtest',master_password='123456',  master_port=3306,  master_log_file='edu-mysql-bin.000006',master_log_pos=2590, master_connect_retry=30;
 
8.重新开启从同步
mysql> start slave;
 
9.查看同步状态
mysql> show slave status\G  查看:
 
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

10.主库解锁:
mysql> unlock tables;
 
好了,同步完成啦。




























































































































分享到:
评论

相关推荐

    MYSQL-企业整合解决方案之mysql集群搭建-主从配置.docx

    MYSQL-企业整合解决方案之mysql集群...本资源提供了MYSQL企业整合解决方案中的mysql集群搭建-主从配置的详细介绍,涵盖了主从复制原理、配置信息、搭建步骤等方面的知识点,为读者提供了一份详细的MYSQL主从配置指南。

    MySQL-主从配置篇

    MySQL主从复制基于异步复制模型,即主服务器(Master)上的更改首先被写入二进制日志(Binary Log),然后从服务器(Slave)通过网络拉取这些日志并重放到自己的中继日志(Relay Log),最后由中继日志执行到从...

    Mysql-主从复制与读写分离.doc

    MySQL主从复制与读写分离是数据库高可用性和负载均衡的重要技术。主从复制主要是为了实现数据的备份、提高系统的可用性和扩展性,而读写分离则是为了提升数据库的并发处理能力,避免单点性能瓶颈。 1. 主从复制原理...

    MySQL5.7主从复制集群配置

    MySQL 5.7 主从复制集群配置 MySQL 5.7 主从复制集群是 MySQL 的一种高可用性解决方案,通过将数据实时同步到多个服务器上来提高数据库的可用性和可靠性。下面是 MySQL 5.7 主从复制集群配置的详细步骤和注意事项。...

    MySQL主从复制配置文档

    以下是关于MySQL主从复制及其在Linux环境下编译安装配置的详细知识: 1. **主从复制的基本概念** - 主节点:执行所有写操作(INSERT、UPDATE、DELETE等)的服务器,其更改的数据会同步到从节点。 - 从节点:接收...

    A43-主从数据库配置.txt

    本文档是1+X云计算平台运维与开发操作题的解题步骤; mysql数据库主从复制; mysql数据库主从复制; mysql数据库主从复制; mysql数据库主从复制;

    MYSQL数据库主从复制高可用技术改造环境部署方案

    - **配置MySQL主从复制**: - 在主节点上创建复制用户并授权。 - 配置从节点连接主节点的信息。 - 启动从节点的复制进程,并验证复制是否正常工作。 #### 故障恢复 当系统出现故障时,能够快速准确地恢复服务至...

    MySQL高级 主从复制——个人总结

    MySQL主从复制是一种数据库同步技术,可以将一台MySQL服务器(称为master)上的数据变动实时复制到一台...然而,配置和维护MySQL主从复制需要对MySQL的内部机制和复制原理有充分理解,才能保证数据同步的正确性和效率。

    mysql-replication mysql数据库主从复制步骤

    MySQL主从复制是一种常用的数据冗余机制,能够实现数据的实时备份,并在主服务器出现故障时快速切换到从服务器,保证业务的连续性。接下来将详细介绍主从复制的具体配置及实施步骤。 ### MySQL数据库主从复制概述 ...

    mysql5.6.14配置主从复制

    MySQL 5.6.14主从复制配置详解 MySQL主从复制是一种常见的数据库高可用性和负载均衡解决方案,它允许数据从一个主服务器(Master)实时同步到一个或多个从服务器(Slave)。以下是对配置过程的详细说明: 1. **...

    MySQL5.7主从复制(Win10)及mybatis相关配置

    本文将深入探讨MySQL5.7在Windows 10上的主从复制配置以及与MyBatis的集成,以实现主数据写入和从数据库读取的负载均衡。 首先,我们要理解MySQL主从复制的基本原理。在主从复制架构中,主服务器负责处理所有写操作...

    MySQL8.0 主从复制配置过程介绍

    MySQL8.0 主从复制配置过程介绍,手把手教你如何配置主从服务器

    MySQL 5.7主从复制

    在Java开发中,MySQL主从复制常常用于提升Web应用的性能和容灾能力。 主从复制的基本流程包括以下步骤: 1. **配置主服务器**:首先,我们需要在主服务器上启用二进制日志(binlog),这是主从复制的基础,因为它...

    MySQL 5.7主从复制.pdf

    在准备进行MySQL主从复制配置之前,需要先完成MySQL的二进制安装,为数据库服务器准备相应的运行环境。 二进制安装包括创建MySQL用户组和用户,设置主机名称,上传并解压MySQL安装包,以及配置必要的初始化参数和...

    mysql5.6安装主从配置

    根据提供的文件信息,本文将详细介绍如何在Linux环境下安装并配置MySQL 5.6的主从复制环境,并且会涉及MySQL...通过上述步骤,您可以完成MySQL 5.6的服务安装与基本的主从复制配置,并对数据库的编码格式有一定的了解。

    LNH_MySQL 04-回顾MySQL主从复制配置步骤及注意事项.mp4

    LNH_MySQL 04-回顾MySQL主从复制配置步骤及注意事项.mp4

Global site tag (gtag.js) - Google Analytics