目錄

1 MySQL主從複製原理

1、MySQL的主從複製是一個非同步的複製過程（雖然一般情況下感覺是實時的），資料將從一個MySQL資料庫（我們稱之為Master）複製到另一個MySQL資料庫（我們稱之為Slave），在Master與Salve之間實現整個主從複製的過程是由三個執行緒參與完成的。其中有兩個執行緒（SQL執行緒和IO執行緒）在Slave端，另外一個執行緒（I/O執行緒）在Master端。
2、要實現MySQL的主從複製，首先必須開啟Master端的binlog記錄功能，否則就無法實現。因為整個複製過程實際上就是Slave從Master端獲取binlog日誌，然後再在Slave上以相同順序執行獲取的binlog日誌中所記錄的各種SQL操作。注意binlog日誌只記錄增刪改（不記錄查詢語句）
3、從庫IO在第一次把資訊放入到relay

中後會觸發SQL執行緒，然後後邊就交給SQL執行緒來處理，把binlog檔案中的SQL語句解析出來後變成SQL語句放入資料庫中

2 MySQL主從複製原理圖

3 MySQL主從複製小結

1）主從複製是非同步的邏輯的SQL語句級的複製。
2）複製時，主庫有一個I/O執行緒，從庫有兩個執行緒，I/O和SQL執行緒
3）實現主從複製的必要條件是主庫要開啟記錄binlog功能
4）作為複製的所有MySQL節點的server-id都不能相同(0<server-id<2^23-1)
5）binlog檔案只記錄對資料庫有更改的SQL語句（來自主資料庫內容的變更，不記錄任何查詢（select，show）語句。

主從複製條件
1）主庫開啟binlog功能（從庫除非做雙向複製）
2）主庫建立同步賬號
3）從庫配置master.info（CHANGE MASTER TO …來實現）
4）複製開關：start slave

需要了解一下概念
1）3執行緒，主庫（IO），從庫IO和SQL，及作用
2）master.info作用
3）relay-log作用
4）非同步複製和同步複製的區別
5）binlog作用

4 MySQL多例項主從複製

主庫：

# 1、檢視binlog功能是否開啟
[[email protected] ~]# grep log-bin /data/{3306,3307}/my.cnf
/data/3306/my.cnf:log-bin = /data/3306/mysql-bin
/data/3307/my.cnf:log-bin = /data/3307/mysql-bin

# 2、檢視監聽埠及server-id是否一樣
[
 
[email protected] ~]# netstat -lntup |grep 330*
tcp        0      0 0.0.0.0:3306                0.0.0.0:*                   LISTEN      47293/mysqld
tcp        0      0 0.0.0.0:3307                0.0.0.0:*                   LISTEN      5804/mysqld
[[email protected] ~]# grep server-id /data/{3306,3307,3308}/my.cnf
/data/3306/my.cnf:server-id = 1
/data/3307/my.cnf:server-id = 3
/data/3308/my.cnf:server-id = 8

# 3、登入3306主資料庫，授權3307 slave登入使用者
mysql> grant replication slave on *.* to [email protected]'172.16.1.%' identified by '123456';
Query OK, 0 rows affected (0.01 sec)

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

mysql> select user,host from mysql.user;
+---------+------------+
| user    | host       |
+---------+------------+
| root    | 127.0.0.1  |
| rep     | 172.16.1.% |
| oldboy2 | localhost  |
| root    | localhost  |
| test    | localhost  |
| test2   | localhost  |
+---------+------------+
6 rows in set (0.00 sec)

mysql> show grants for [email protected]'172.16.1.%';
+-------------------------------------------------------------------------------------------------------------------------+
| Grants for [email protected]%                                                                                               |
+-------------------------------------------------------------------------------------------------------------------------+
| GRANT REPLICATION SLAVE ON *.* TO 'rep'@'172.16.1.%' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |
+-------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

# 4、鎖表，檢視binlog檔案及位置點
mysql> flush table with read lock;
Query OK, 0 rows affected (0.00 sec)

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

# 5、新開視窗全備資料(下邊可能會報錯，由於mysql5.5之後添加了新特性，實驗環境可以不鎖表操作)
[[email protected] ~]# mysqldump -uroot -p123456 -A -B --events -S /data/3306/mysql.sock |gzip >/server/backup/req_$(date +%F).sql.gz
mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user 'root'@'localhost' for table 'cond_instances' when using LOCK TABLES
[[email protected] backup]# ll
total 152
-rw-r--r-- 1 root root 152756 Jun  9 14:02 req_2018-06-09.sql.gz

# 6、解鎖
mysql> unlock table;
Query OK, 0 rows affected (0.00 sec)

從庫：

# 確保server-id不同
[root@db02 ~]# grep log-bin /data/{3306,3307}/my.cnf
/data/3306/my.cnf:log-bin = /data/3306/mysql-bin
/data/3307/my.cnf:log-bin = /data/3307/mysql-bin

# 開啟服務
/data/3307/mysql start

# 把主庫的全備匯入到從庫
[root@db02 backup]# gzip -d /server/backup/req_2018-06-09.sql.gz
[root@db02 backup]# ls
req_2018-06-09.sql
[root@db02 backup]# mysql -uroot -p123456 -S /data/3307/mysql.sock </server/backup/req_2018-06-09.sql
[root@db02 backup]# mysql -uroot -p123456 -S /data/3307/mysql.sock

# 找位置點，配置master.info檔案
# (若change master內容有誤，不要修改master.info檔案，直接reset slave all)
CHANGE MASTER TO
MASTER_HOST='172.16.1.52',
MASTER_PORT=3306,
MASTER_USER='rep',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000010',
MASTER_LOG_POS=2892;
[root@db02 ~]# ll /data/3307/data/master.info
-rw-rw---- 1 mysql mysql 77 Jun  9 14:15 /data/3307/data/master.info
[root@db02 ~]# cat /data/3307/data/master.info
18
mysql-bin.000010
2892
172.16.1.52
rep
123456
3306
60
0





0
1800.000

0

# 開啟從庫開關
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.16.1.52
                  Master_User: rep
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000010
          Read_Master_Log_Pos: 3194
               Relay_Log_File: relay-bin.000002
                Relay_Log_Pos: 555
        Relay_Master_Log_File: mysql-bin.000010
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB: mysql
           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: 3194
              Relay_Log_Space: 705
              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
1 row in set (0.00 sec)

mysql>

測試：

# 主庫建立資料庫
mysql> create database rsq123;
Query OK, 1 row affected (0.00 sec)

# 從庫檢視
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| oldboy             |
| oldgirl            |
| performance_schema |
| rsq123             |
| test               |
+--------------------+
7 rows in set (0.00 sec)

5 MySQL主從複製步驟小結

和上邊實驗不同步，此為後來新增的
主庫：

1、開啟binlog功能
2、確保所有例項server-id不同
3、授權複製的使用者rep(grant replication slave on . to [email protected]’172.16.1.%’ identified by ‘123456’;)
4、鎖表（flush table with read lock;），檢視binlog檔案及位置點（show master status;/–master-data=2）
5、新開視窗匯出全備(mysqldump -uroot -p123456 -A -B –events -S /data/3306/mysql.sock |gzip >/server/backup/req_$(date +%F).sql.gz)
6、解鎖，開放使用者寫入功能（unlock table）

從庫

1、確保所有例項server-id不同
2、把主庫的全備匯入到從庫
3、找位置點，配置master.info
CHANGE MASTER TO
MASTER_HOST=’172.16.1.52’,
MASTER_PORT=3306,
MASTER_USER=’rep’,
MASTER_PASSWORD=’123456’,
MASTER_LOG_FILE=’mysql-bin.000010’,
MASTER_LOG_POS=2892;
4、start slave;show slave status\G
若出現slave中的兩執行緒狀態為YES，基本上就成功了

6 快速新增MySQL從庫

# 先備份前一個從庫資料，用--master-data=2引數，可以省去鎖表的步驟
mysqldump -uroot -p123456 -S /data/3306/mysql.sock -A -B -R -F -x --master-data=2 --events|gzip >/server/backup/rep3308_$(date +%F).sql.gz

# 解壓後匯入新的從庫
gzip -d /server/backup/rep3308_2018-06-09.sql.gz
mysql -uroot -p123456 -S /data/3308/mysql.sock </server/backup/rep3308_2018-06-09.sql

# 查詢解壓後的sql檔案,查詢CHANGE，複製出來
vim /server/backup/rep3308_2018-06-09.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000011', MASTER_LOG_POS=107;

# 分別執行兩條CHANGE
CHANGE MASTER TO
MASTER_HOST='172.16.1.52',
MASTER_PORT=3306,
MASTER_USER='rep',
MASTER_PASSWORD='123456';

CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000011', MASTER_LOG_POS=107;

# 開啟slave
start slave;
show slave status\G

# 完事

7 MySQL主從複製故障解決

# 出現SQL執行緒問題
mysql> show slave status\G
... ...
             Slave_IO_Running: Yes
            Slave_SQL_Running: No
... ...
               Last_SQL_Errno: 1008
               Last_SQL_Error: Error 'Can't drop database 'rsq'; database doesn't exist' on query. Default database: 'rsq'. Query: 'drop database rsq'
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1

stop slave;
set global sql_slave_skip_counter = 1;   # 將同步指標向下移動一個，如果多次不同步，可以重複操作，增大指標值都可以。
start slave;

# 方法二：把Last_SQL_Errno值給提前加入配置檔案中，這樣再有類似錯誤值的報錯就直接忽略了
grep slave-skip /data/3306/my.cnf
slave-skip-errors = 1032,1062,1007

其他可能引起復制故障的問題：

• 1、MySQL自身的原因及人為重複插入資料。
• 2、不同的資料庫版本會引起不同步，低版本到高版本可以，但是高版本往往不能往低版本複製
• 3、MySQL的執行錯誤或者程式BUG
• 4、binlog記錄模式，例如：row level模式就比預設的語句要好