一、阿里雲RDS介紹

介紹：阿里雲RDS（資料庫）基於飛天大規模分散式計算和儲存能力，提供超高性價比的單機版例項，同時利用讀寫分離橫向擴充套件讀能力，滿足網站類的業務需求。提供穩定、高效能、安全可靠的資料庫服務，針對電商秒殺場景進行專項優化，解決熱點資料的高併發更新效能瓶頸，100倍效能提升。通過高安全模式，內建SQL注入檢測模組，實時攔截風險SQL，保護資料安全。資料強一致性保證，滿足金融級可靠性要求，搭建事前、事中、事後三層資料安全防護網，提供雙機熱備、同城、異地三中心部署架構，充分滿足金融級合規可靠性要求。高穩定性，隨時閃回任意時間點，對計算資源的彈性伸縮能力，賦予您更高的生產力，分鐘級部署遊戲分割槽資料庫；主備雙節點架構搭配高安全鏈路，實現全自動無感知容災切換，業務穩定性先人一步。連線大資料儲存、計算和視覺化引擎，MySQL作為線上關係型資料儲存服務，搭配E-MapReduce、HybridDB、DataV等，可滿足如日誌分析、資料倉庫、商業智慧、機器學習、科學模擬等業務。
 

提示： 雖然阿里雲介紹的不錯，但是這價格也確實是不便宜。但是針對於中小公司，RDS還是比較經濟實惠、穩定的。

二、阿里雲RDS與ECS伺服器搭建主從

1.購買伺服器

本人屬於貧窮系列，但是！！ 為了試驗。我買了2個小時的RDS 

關於RDS硬體根據你的需求進行設定 

2.建立資料庫和使用者 
 
 
我們建立的資料庫使用者建立了2個

abcdocker 用於程式目錄 
mmm 使用者mysql主從連線使用者 
提示： 我們abcdocker用於程式目錄，需要讀寫許可權，mmm作為主從連線使用者授權只讀即可

3.設定白名單和開通外網IP 
 
設定白名單，因為我使用的是美國的一臺vps所以需要設定白名單。不管哪的IP我們都需要設定白名單，資料庫的連線儘量使用內網訪問，增加安全性。 

因為我的伺服器和ECS不在一個網段，所以我需要開通公網IP 
開通後 

4.登陸資料庫 
 
因為我們只有abcdocker有讀寫許可權，我們用abcdocker使用者建立表 

我們建立一個表 
 
語法如下：

CREATE TABLE table1(id int AUTO_INCREMENT  NOT null  PRIMARY KEY  ,
                   name VARCHAR (20),
                   age int,
                   class VARCHAR (20),
                   create_date DATETIME )
 

• 1
• 2
• 3
• 4
• 5

5.ECS資料庫設定 
環境

系統版本
[root@abcdocker ~]# cat /etc/redhat-release  
CentOS release 6.8 (Final)

資料庫版本
[root@abcdocker ~]# mysql -V
mysql  Ver 14.14 Distrib 5.6.35, for Linux (x86_64) using  EditLine wrapper


MySQL配置檔案
[root@abcdocker ~]# grep '^[a-z]' /etc/my.cnf
server_id=211
read_only   = 1
port = 3307
replicate-wild-ignore-table     = mysql.%
replicate-wild-ignore-table     = test.%
binlog_format   = ROW
log-bin                  = mysql-bin
log-bin-index            = mysql-bin.index
relay-log                = relay-log
relay_log_index          = relay-log.index

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21

#GTID配置

gtid_mode=on
enforce_gtid_consistency=on
log-slave-updates = 1

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 

• 1
• 2
• 3
• 4
• 5

參考：MySQL GTID是在傳統的mysql主從複製的基礎之上演化而來的產物，即通過UUID加上事務ID的方式來確保每一個事物的唯一性。這樣的操作方式使得我們不再需要關心所謂的log_file和log_Pos，只是簡單的告訴從庫，從哪個伺服器上去找主庫就OK了。簡化了主從的搭建以及failover的過程，同時比傳統的複製更加安全可靠。由於GTID是連續沒有空洞的，因此主從庫出現數據衝突時，可以通過注入空事物的方式進行跳過。本文主要講述GTID主從架構的錯誤處理方式

使用GIID做主從可以執行一下引數，不需要設定binlog點

change master to MASTER_HOST='rm-2ze5i3w4h0182kua0o.mysql.rds.aliyuncs.com',
master_user='mmm',
master_password='Abcdocker!',
master_port=3306,
master_auto_position=1;

• 1
• 2
• 3
• 4
• 5

使用binlog進行記錄

[[email protected] ~]# mysql -ummm -p -hrm-2ze5i3w4h0182kua0o.mysql.rds.aliyuncs.com
#我們需要遠端連線到主庫，執行show master status
mysql> show master status;
+------------------+----------+--------------+------------------+---------------------------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                           |
+------------------+----------+--------------+------------------+---------------------------------------------+
| mysql-bin.000004 |  4273212 |              |                  | 29fe5004-315c-11e7-9a0f-6c92bf477043:1-7365 |
+------------------+----------+--------------+------------------+---------------------------------------------+
1 row in set (0.16 sec)

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9

執行命令

CHANGE MASTER TO 
MASTER_HOST='rm-2ze5i3w4h0182kua0o.mysql.rds.aliyuncs.com',  #這是主庫的IP（域名也可以需要做解析）
MASTER_PORT=3306,              #主庫的埠，從庫埠和主庫不可以相同
MASTER_USER='mmm',            #這是主庫上建立用來複制的使用者rep
MASTER_PASSWORD='Abcdocker!'    #rep的密碼
MASTER_LOG_FILE='mysql-bin.000025', #這裡是show master status時看到的查詢二進位制日誌檔名稱，這裡不能多空格
MASTER_LOG_POS=9155;       #這裡是show master status時看到的二進位制日誌偏移量，不能多空格

• 1
• 2
• 3
• 4
• 5
• 6
• 7

使用binglog記錄或者使用GIID記錄都可以，關於mysql主從可以參考 
MySQL主從複製原理、半同步操作步驟及原理

開啟從庫

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

• 1
• 2

檢視從庫狀態，我們需要看到兩個yes

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: rm-2ze5i3w4h0182kua0o.mysql.rds.aliyuncs.com
                  Master_User: mmm
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000004
          Read_Master_Log_Pos: 4276127
               Relay_Log_File: relay-log.000006
                Relay_Log_Pos: 33642
        Relay_Master_Log_File: mysql-bin.000004
             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: mysql.%,test.%
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 4276127
              Relay_Log_Space: 33809
              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: 3482796583
                  Master_UUID: 29fe5004-315c-11e7-9a0f-6c92bf477043
             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: 29fe5004-315c-11e7-9a0f-6c92bf477043:1-7376
            Executed_Gtid_Set: 29fe5004-315c-11e7-9a0f-6c92bf477043:1-7376
                Auto_Position: 1
1 row in set (0.00 sec)

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28
• 29
• 30
• 31
• 32
• 33
• 34
• 35
• 36
• 37
• 38
• 39
• 40
• 41
• 42
• 43
• 44
• 45
• 46
• 47
• 48
• 49
• 50
• 51
• 52
• 53
• 54
• 55
• 56
• 57

檢視是否開啟成功

mysql> use abc;show tables;desc table1;
Database changed
+---------------+
| Tables_in_abc |
+---------------+
| table1        |
+---------------+
1 row in set (0.00 sec)

+-------------+-------------+------+-----+---------+----------------+
| Field       | Type        | Null | Key | Default | Extra          |
+-------------+-------------+------+-----+---------+----------------+
| id          | int(11)     | NO   | PRI | NULL    | auto_increment |
| name        | varchar(20) | YES  |     | NULL    |                |
| age         | int(11)     | YES  |     | NULL    |                |
| class       | varchar(20) | YES  |     | NULL    |                |
| create_date | datetime    | YES  |     | NULL    |                |
+-------------+-------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19

三、總結

使用阿里雲RDS和雲伺服器ECS做主從會出現主從資料不能及時同步，如果直接將ECS當從庫會出現資料不一致的情況，在阿里雲RDS與ECS主從環境，ECS伺服器不適合用來當從庫，只適合用於備份！

由於阿里雲RDS成本過高，可以考慮在ECS伺服器上搭建mysql叢集，但是安全性可能沒RDS高。因為是自建庫，可能會出現的問題比較多