mysql5.7主从复制

1、简介

1.1主从复制

是指建立一个和主数据库完全一样的数据库环境，称为从数据库；主数据库一般是实时的业务数据库，从数据库的作用和使用场合一般有几个：
一是作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作；
二是可在从数据库作备份、数据统计等工作，这样不影响主数据库的性能；

1.2读写分离

指读与写分别使用不同的数据库，当然一般是在不同服务器上的；在同一台服务器上的读写环境，估计只是用来测试吧。
一般读写的数据库环境配置为，一个写入的数据库（主库），一个或多个读的数据库（从库），各个数据库分别位于不同的服务器上，充分利用服务器性能和数据库性能；当然，其中会涉及到如何保证读写数据库的数据一致，这个就可以利用主从复制技术来完成。
一般应用场合为：业务吞吐量很大，读数据库（可简单理解为select语句的比例和影响）的负载较大

2、Demo

现在我在虚拟机上完成主从配置，系统是CenterOS6.5，mysql版本是5.7.13，主服务器的ip是192.168.0.4，从服务器的ip是192.168.0.2，因为配置mysql主从之后，主库原有的数据不能同步到从库，为保证主库和从库数据一致性，必须想让主库和从库的数据一样的时候（通过mysqldump），才开始配主从,在这里就不说了。

2.1 master配置

vim /etc/my.cnf

basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
port = 3306
server_id = 1 #数据库唯一标识，不能与从库重复（必须项）
log-bin = mysql-bin #开启mysql binlog 日志（必须项）

2.2 slalve 配置

vim /etc/my.cnf

2.3 重启两个mysql数据库

# service mysqld restart

2.4 在主数据库给jacky用户授权

#/usr/local/mysql/bin/mysql -uroot -padmin test  #登录test数据库
mysql>GRANT REPLICATION SLAVE ON *.* to 'jacky'@'192.168.0.2' identified by 'admin' #表示jacky用户可以从192.168.0.2机器登录，并且对主库的所有数据库的所有表拥有复制权限

2.5 查看主数据库的状态

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |      449 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

2.6 用root用户登录从库，并配置从库

#/usr/local/mysql/bin/mysql -uroot -padmin test  #登录test数据库
mysql> change master to master_host='192.168.0.4',master_port= 3306, master_log_file='mysql-bin.000001', master_log_pos= 449, master_bind='', master_user='jacky',master_password='admin';
Query OK, 0 rows affected, 2 warnings (0.04 sec)
mysql> start slave #开启从库

2.7 检查mysql主从是否配置成功

mysql> show slave status G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.0.4
                  Master_User: jacky
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 449
               Relay_Log_File: jacky-relay-bin.000002
                Relay_Log_Pos: 320
        Relay_Master_Log_File: mysql-bin.000001
             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: 449
              Relay_Log_Space: 527
              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: f4b6bde4-a73f-11e6-b06e-000c2910d49e
             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 more updates
           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
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

当看来下面这两个值的时候，说明主从配置成功
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
生产上编写一shell脚本，用nagios监控slave的两个yes（Slave_IO及Slave_SQL进程），如发现只有一个或零个yes，就表明主从有问题了，发短信警报吧

2.8 向master中插入3条记录，看看slave是否同步

master

mysql> select * from student;
+------+
| id   |
+------+
|    2 |
|    3 |
|    4 |
+------+
3 rows in set (0.08 sec)

mysql> insert into student values(1);
Query OK, 1 row affected (0.17 sec)

mysql> insert into student values(5);
Query OK, 1 row affected (0.05 sec)

mysql> insert into student values(6);
Query OK, 1 row affected (0.08 sec)

slave

mysql> select * from student;
+------+
| id   |
+------+
|    2 |
|    3 |
|    4 |
|    1 |
|    5 |
|    6 |
+------+
6 rows in set (0.09 sec)

可以看到，salve 同步成功