主從伺服器 1. 將讀操作和寫操作分離到不同的資料庫上，避免主伺服器出現性能瓶頸； 2. 主伺服器進行寫操作時，不影響查詢應用伺服器的查詢性能，降低阻塞，提高併發； 3. 數據擁有多個容災副本，提高數據安全性，同時當主伺服器故障時，可立即切換到其他伺服器，提高系統可用性；讀寫分離的基本原理就是讓主 ...

主從伺服器

　　　　1. 將讀操作和寫操作分離到不同的資料庫上，避免主伺服器出現性能瓶頸；

　　　　2. 主伺服器進行寫操作時，不影響查詢應用伺服器的查詢性能，降低阻塞，提高併發；

　　　　3. 數據擁有多個容災副本，提高數據安全性，同時當主伺服器故障時，可立即切換到其他伺服器，提高系統可用性；

讀寫分離的基本原理就是讓主資料庫處理事務性增、改、刪操作（INSERT、UPDATE、DELETE）操作，而從資料庫處理SELECT查詢操作。資料庫複製被用來把事務性操作導致的變更同步到其他從資料庫。以SQL為例，主庫負責寫數據、讀數據。讀庫僅負責讀數據。每次有寫庫操作，同步更新到讀庫。寫庫就一個，讀庫可以有多個，採用日誌同步的方式實現主庫和多個讀庫的數據同步。

1、主從資料庫配置問題

在常見的網路項目（使用並不局限於web項目）中所有資料庫操作中讀寫比例大概在8:2左右。文件IO的讀寫操作都會降低相關係統的響應速度等性能。所以才大型項目（大量批量用戶訪問、大量的數據讀寫操作）中將資料庫讀寫操作分離對於系統性能的提升而言具有重要的作用，是大型項目優化的有效解決方案。

2、主從資料庫配置原理&技術難點

　　原理：將數據的讀寫操作分開到不同的資料庫中，但是不同的資料庫中存儲的數據被同步或者是非同步複製成很多份

　　　　Replication原理
　　　　　　Mysql 的 Replication 是一個非同步的複製過程，從一個MySQL節點（稱之為Master）複製到另一個MySQL節點（稱之Slave）。在 Master 與 Slave 之間的實現整個複製過程主要由三個線程來完成，其中兩個線程（SQL 線程和 I/O 線程）在 Slave 端，另外一個線程（I/O 線程）在 Master 端。
　　　　　　要實現 MySQL 的 Replication ，首先必須打開 Master 端的 Binary Log，因為整個複製過程實際上就是 Slave 從 Master 端獲取該日誌然後再在自己身上完全順序的執行日誌中所記錄的各種操作。

　　　　看上去MySQL的Replication原理非常簡單，總結一下：
　　　　　　　　* 每個從僅可以設置一個主。
　　　　　　　* 主在執行sql之後，記錄二進位log文件（bin-log）。
　　　　　　　* 從連接主，並從主獲取binlog，存於本地relay-log，並從上次記住的位置起執行sql，一旦遇到錯誤則停止同步。

　　　　從這幾條Replication原理來看，可以有這些推論：
　　　　　　　　* 主從間的資料庫不是實時同步，就算網路連接正常，也存在瞬間，主從數據不一致。
　　　　　　　　* 如果主從的網路斷開，從會在網路正常後，批量同步。
　　　　　　　　* 如果對從進行修改數據，那麼很可能從在執行主的bin-log時出現錯誤而停止同步，這個是很危險的操作。所以一般情況下，非常小心的修改從上的數據。
　　　　　　　* 一個衍生的配置是雙主，互為主從配置，只要雙方的修改不衝突，可以工作良好。

　　　　　　　　* 如果需要多主的話，可以用環形配置，這樣任意一個節點的修改都可以同步到所有節點。

主從設置

　　　　因為原理比較簡單，所以Replication從MySQL 3就支持，併在所有平臺下可以工作，多個MySQL節點甚至可以不同平臺，不同版本，不同區域網。做Replication配置包括用戶和my.ini（linux下為my.cnf）兩處設置。

技術難點：1、資料庫之間的同步

　　　　　2、數據讀寫之間的加鎖解鎖

3、主從資料庫配置步驟

1、首先在主MySQL節點上，為slave創建一個用戶

　　　　GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'192.168.1.10' IDENTIFIED BY 'slave';

　　實際上，為支持主從動態同步，或者手動切換，一般都是在所有主從節點上創建好這個用戶

2、然後就是MySQL本身的配置了，這需要修改my.cnf或者my.ini文件

　　　　在mysqld這一節下麵增加：

　　　　server-id=1
　　　　auto-increment-increment=2
　　　　auto-increment-offset=1
　　　　log-bin
　　　　binlog-do-db=mstest
　　　　binlog_format=mixed

　　　　master-host=192.168.1.62
　　　　master-user=slave
　　　　master-password=slave
　　　　replicate-do-db=mstest

上面這兩段設置，前一段是為主而設置，後一段是為從設置的。也就是說在兩個MySQL節點上，各加一段就好。binlog-do-db和 replicate-do-db就是設置相應的需要做同步的資料庫了（binlog-do-db是需要同步的資料庫；binlog-ignore-db是忽略的資料庫），auto-increment-increment和auto- increment-offset是為了支持雙主而設置的（參考下一節），在只做主從的時候，也可以不設置

3、重啟mysql服務，查看主機配置：
　　　　show master status;
　　　　　　顯示：
　　　　　　File Position
　　　　　　mysql-bin.000002 5442170

4、從機配置

①在配置文件里C:\ProgramData\MySQL Server 5.7\my.ini
在最後添加：
#Slave Config
server-id=2
log-bin=mysql-bin
replicate-do-db=iot

②在mysql命令行里進行其他關聯配置，否則導致從機的mysql服務不能啟動，與資料庫版本先關：
change master to master_host='49.123.105.71', master_user='root', master_password='123456', master_log_file='mysql-bin.000002',master_log_pos=5442170;

（配置值的對應關係：

master_host：主機地址

master_user：主機賦許可權的用戶名

master_password：主機賦許可權時設置的密碼

master_log_file：show master status之後的顯示的File

master_log_pos：show master status之後的顯示的Position）

③重啟mysql服務，查看從機配置：
show slave status;
顯示Slave_IO_Running:Yes
Slave_SQL_Running:Yes
則配置完全，正在同步。。

（如果顯示不能對slave進行修改時，需要先停止slave：stop slave，完成修改之後再啟動slave： start slave）

資料庫的同步不在完成如上配置之後啟動，一直不間斷。。。

4、主從資料庫配置知識點

從原理論來看MySQL也支持雙主的設置，即兩個MySQL節點互為主備，不過雖然理論上，雙主只要數據不衝突就可以工作的很好，但實際情況中還是很容發生數據衝突的，比如在同步完成之前，雙方都修改同一條記錄。因此在實際中，最好不要讓兩邊同時修改。即邏輯上仍按照主從的方式工作。但雙主的設置仍然是有意義的，因為這樣做之後，切換主備會變的很簡單。因為在出現故障後，如果之前配置了雙主，則直接切換主備會很容易。
雙主在設置時，只需將上面的一段設置複製一份，分別寫入兩個MySQL節點的配置文件，但要修改相應的server-id，auto- increment-offset和master-host。auto-increment-offset就是為了讓雙主同時在一張表中進行添加操作時不會出現id衝突，所以在兩個節點上auto-increment-offset設置為不同的值就好。另：不要忘了，在兩個節點上都為對方創建用戶。應用層的負載均衡本文只介紹了MySQL自身的Repilication配置，在上面的圖中也可以看出，有了Replication，還需要應用層（或者中間件）做一個負載均衡，這樣才能最大程度發揮MySQL Replication的優勢，這些將在以後探討。