mysql主从复制(单主到多从)

时间:2022-09-15 11:35:30

(一)Master-MultiSlave(单主到多从)
 
  如果写操作较少,而读操作很时,可以采取这种结构。你可以将读操作分布到其它的slave,从而减小master的压力。
但是,当slave增加到一定数量时,slave对master的负载以及网络带宽都会成为一个严重的问题。
这种结构虽然简单,但是,它却非常灵活,足够满足大多数应用需求。
 
常用场景:
(1) 不同的slave扮演不同的作用(例如使用不同的索引,或者不同的存储引擎);
(2) 用一个slave作为备用master,只进行复制;
(3) 用一个远程的slave,用于灾难恢复;
 
由一个master和一个slave组成复制系统是最简单的情况。Slave之间并不相互通信,只能与master进行通信。如下:
 
mysql主从复制(单主到多从)
测试环境   
 主备        master                   slave
IP: 192. 168. 56. 76     192. 168. 56. 88Mysql - Version   :   5. 6. 23
OS: Red Hat Enterprise Linux Server Release 5. 5   (cat /etc /redhat -release)

1、配置Mysql主配置文件/etc/my.cnf

[root@bogon ~]# vi /etc/my.cnf
    server-id         = 1                #指定服务器的ID(ID唯一)
    log-bin           = mysql-bin        #指定产生binlog日志文件的前缀

以上两项是必须的,设置后重启服务。

[root@node1 ~]# service mysqld restart
Shutting down MySQL..                                   [  OK  ]
Starting MySQL.                                         [  OK  ]
[root@node1 ~]# service mysql restart
Shutting down MySQL..                                   [  OK  ]
Starting MySQL.                                         [  OK  ]

2、主服务器授权

在Master上创建一个用户并授权从服务器可以连接主服务器并可以进行更新。
mysql > grant replication slave on *. * to 'test'@ '192.168.56.%' identified by '123';
Query OK, 0 rows affected ( 0.00 sec)


3.锁定主库的表,备份主库

mysql > flush tables with read lock;
 锁定主库表的目的是防止数据备份阶段有数据写入,数据恢复丢失数据

 查看正在写哪一个二进制文件和文件位置( POS 值)(用于恢复数据用)
mysql > show master status\ G

* * * * * * * * * * * * * * * * * * * * * * * * * * * 1. row * * * * * * * * * * * * * * * * * * * * * * * * * * *
             File: mysql-bin.000005
         Position: 120
      Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

注意: show master status\G 后面不能加; show master status\G; 前面最好也没有空格否则很容易报意外的错误。
进入到shell命令行备份数据库
/usr / local /mysql /bin /mysqldump -R -u root -p  test      > /tmp /test. sql 
       
-R 备份函数,存储过程

 回到锁表界面,解锁所有表
mysql > unlock tables;

4备份文件传输到从库上

scp -P4999 ccc.sql 用户名 @172.16.22.2:/tmp/

[root@node1 tmp]# scp test.sql root@192.168.56.88:/tmp/
root@192.168.56.88
's password:
test.sql                                  100% 2044     2.0KB/s   00:00   
[root@node1 tmp]#

 -P 加端口号,默认的 ssh端口号为 22 ,如果没有修改过,此参数可省略
 ccc.sql 要传输的文件名
 用户名@ip:/tmp/   用户 @IP:/目录


5.从库开启ready_log

创建存放ready_log日志文件夹
mkdir   /usr/local/mysql/reay_log
chmod -R 755 /reay_log
chown mysql:dba reay_log

编辑slave库的参数
[root@repli1 ~]# vi /etc/my.cnf
server-id = 2                    #指定服务器的ID
log-bin=mysql-bin
relay_log= /usr/local/mysql/reay_log/mysql-relay-bin 
log_slave_updates=1
#read_only=1

重启服务
service mysql restart

 server_id 服务器的标识符,唯一值,不能跟从服务器重复
 log-bin=mysql-bin 开启 binlog日志
relay_log 开启复制日志, relay-log 日志记录的是在复制过程中,从服务器 I/O 线程将主服务器的二进制日志读取过来记录到从服务器本地文件,
  然后 SQL 线程会读取 relay-log日志的内容并应用到从服务器。
 


6.模拟这段时间主库继续有业务

主库操作

mysql> CREATE TABLE pet1 (name VARCHAR(20), owner VARCHAR(20),
          species VARCHAR(20), sex CHAR(1), birth DATE, death DATE);

mysql>  INSERT INTO pet1 VALUES ('Puffball','Diane','hamster','f','1999-03-30
',NULL);

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

 

7. 从库导入数据

test 数据库本来就有不用再建了,如果没有就要建库。
mysql> create database test character set utf8 collate 'utf8_general_ci
';
mysql> use test;
mysql> source /tmp/test.sql;
依次导入其它 DB
 

8、从库配置同步

mysql> change master to master_host='192.168.56.87',master_user='test',master_password='123
',
master_log_file='mysql-bin.000005
',master_log_pos=120;
master_host      主机 IP
master_user      上面创建的复制用户名
master_passowrd  用户密码
master_log_file  从那个二进制文件开始复制         对应上面的file
master_log_pos   从二进制文件的哪个位置开始复制    对应上面的position

mysql> start slave
ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository 竟然报错了
mysql> reset slave;   重置slave的参照
Query OK, 0 rows affected (0.00 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)  现在才成功
mysql> show slave status\G;

启动Slave服务器,进入mysql控制台,查看同步状态。
mysql> show slave status\G

 *************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.56.87
                  Master_User: test
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000005
          Read_Master_Log_Pos: 586
               Relay_Log_File: mysql-relay-bin.000009
                Relay_Log_Pos: 749
        Relay_Master_Log_File: mysql-bin.000005
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 586
              Relay_Log_Space: 1294
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
                  Master_UUID: 84b3bb06-f8a9-11e4-9dad-080027ecb38e
             Master_Info_File: /usr/local/mysql/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
1 row in set (0.00 sec)

正常状态下,看到上面的两行加粗处,即Slave_IO_RunningSlave_SQL_Running的参数都为 Yes,就说明主从同步运行正常。

9. 查看pet1 的数据有没有同步过来

mysql>  select * from pet1;
+----------+-------+---------+------+------------+-------+
| name     | owner| species  | sex  | birth      | death |
+----------+-------+---------+------+------------+-------+
| Puffball | Diane| hamster  | f    | 1999-03-30 | NULL  |
+----------+-------+---------+------+------------+-------+
pet1 也被同步过来了;

10、同步测试

   10.1 在master上写入数据:
           mysql> CREATE TABLE pet3 (name VARCHAR(20), owner VARCHAR(20),
                       species VARCHAR(20), sex CHAR(1), birth DATE, death DATE);
  
          mysql>  INSERT INTO pet3  VALUES ('Puffball','Diane','hamster','f','1999-03-30
',NULL);
 
          mysql> commit;
 
    10.2 在slave上查看结果:


 mysql> use test
Database changed
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| pet            |
| pet1           |
| pet3           |
+----------------+
3 rows in set (0.00 sec)

mysql> select * from pet3;
+----------+-------+---------+------+------------+-------+
| name     | owner | species | sex  | birth      | death |
+----------+-------+---------+------+------------+-------+
| Puffball | Diane | hamster | f    | 1999-03-30 | NULL  |
+----------+-------+---------+------+------------+-------+
1 row in set (0.00 sec) 
可以看到 pet3表被同步过来啦!