MySQL的讀寫分離---主從復制、主主復制

1.復制是基於BinLog日志

存在三種日志格式：
Statement：存儲Sql語句，存儲日志量是最小的。有可能復制不一致
Row：存儲event數據，存儲日志量大，但是不能很直接進行讀取；
Mixed:介於Row和statment之間

 

2.復制的基礎

一、主從復制

1.原理

　　   mysql要做到主從復制，其實依靠的是二進制日志，即：假設主服務器叫A，從服務器叫B；主從復制就是

　　   B跟着A學，A做什么，B就做什么。那么B怎么同步A的動作呢？現在A有一個日志功能，把自己所做的增刪改查的動作

　　   全都記錄在日志中，B只需要拿到這份日志，照着日志上面的動作施加到自己身上就可以了。這樣就實現了主從復制。

 

2.主從服務器分別作以下操作：

  1.1、版本一致
  1.2、初始化表，並在后台啟動mysql
  1.3、修改root的密碼

 

3.修改MySQL的配置文件

我使用了阿里雲服務器（主）和本地虛擬主機（從）進行的配置：

 

vim my.conf

配置完成后，service  mysqld  restart 重啟服務

同樣的，進入從服務器，配置從服務器的my.cnf,重復步驟1即可，

唯一的區別是，server-id要改成從服務器的ip尾位，即server-id=12;其他兩項是一樣的，保存，並重啟mySQL；

 2. 在主服務器上為從服務器分配一個賬號，就像一把鑰匙，從服務器拿着這個鑰匙，才能到主服務器上來共享主服務器的日志文件。

進入主服務器的mysql界面，

 

3.查看主服務器的bin日志的信息（執行完之后記錄下這兩值，然后在配置完從服務器之前不要對主服務器進行任何操作，因為每次操作數據庫時這兩值會發生改變）

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

 

4.設置從服務器

進入從服務器mysql 

命令：mysql -u root

關閉slave（如果你以前配置過主從的話，一定要先關閉）

命令：stop slave;

 

配置：

mysql> change master to
    -> master_host='139.224.112.219',
    -> MASTER_USER="root",
    -> MASTER_PASSWORD='密碼',
    -> master_log_file='mysql-bin.000001',  #參考資料沒有加點，在我這里保錯了，點必須加上
    -> master_log_pos=120;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

參數解釋：MASTER_HOST  :  設置要連接的主服務器的ip地址

　　　　   MASTER_USER  :  設置要連接的主服務器的用戶名

　　　　   MASTER_PASSWORD  :  設置要連接的主服務器的密碼

   　　　　MASTER_LOG_FILE  :  設置要連接的主服務器的bin日志的日志名稱，即第3步得到的信息

   　　　　MASTER_LOG_POS  :  設置要連接的主服務器的bin日志的記錄位置，即第3步得到的信息，（這里注意，最后一項不需要加引號。否則配置失敗）

 

 

 

開啟重服務器

start slave；

5.查看是否配置成功

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 139.224.112.219
                  Master_User: root
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 120
               Relay_Log_File: localhost-relay-bin.000002
                Relay_Log_Pos: 283
        Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes #上面兩項均為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: 120
              Relay_Log_Space: 460
              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: 219
                  Master_UUID: 1ea79143-9526-11e7-a4c4-00163e002bbc
             Master_Info_File: /usr/local/mysql/data/mysql/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)

 

我測試，在主服務器上，成功。