引言：MySQL主從復制原理直白一點來說，就是master寫入數據時會留下寫入日志，slave根據master留下的日志模仿其數據執(zhí)行過程進行數據寫入。了解了MySQL主從復制的原理，可以清楚的了解到，有兩個步驟可能導致主從不一致：

今天我們從兩個方面去解決主從一致的問題。

一、保證MYSQL（MASTER端）日志和數據的統(tǒng)一性，處理掉電、宕機等異常情況。

1、MySQL作為一個可插拔的數據庫系統(tǒng)，支持插件式的存儲引擎，在設計上分為Server層和Storage Engine層。
2、在Server層，MySQL以events的形式記錄數據庫各種操作的Binlog二進制日志，其基本核心作用有：復制和備份。除此之外，我們結合多樣化的業(yè)務場景需求，基于Binlog的特性構建了強大的MySQL生態(tài)，如：DTS、單元化、異構系統(tǒng)之間實時同步等等，Binlog早已成為MySQL生態(tài)中不可缺少的模塊。
3、在Storage Engine層，InnoDB作為比較通用的存儲引擎，其在高可用和高性能兩方面作了較好的平衡，早已經成為使用MySQL的首選（PS：官方從MySQL 5.5.5開始，將InnoDB作為了MySQL的默認存儲引擎 ）。和大多數關系型數據庫一樣，InnoDB采用WAL技術，即InnoDB Redo Log記錄了對數據文件的物理更改，并保證總是日志先行，在持久化數據文件前，保證之前的redo日志已經寫到磁盤。Binlog和InnoDB Redo Log是否落盤將直接影響實例在異常宕機后數據能恢復到什么程度。InnoDB提供了相應的參數來控制事務提交時，寫日志的方式和策略，例如：

我們得出以下配置：

1、異步復制

2、半同步復制

3、全同步復制

三、備注&解決方案（以上解決思路可以滿足99.8%公司的業(yè)務場景）

1、通過以上兩點的分析和配置，我們發(fā)現MySQL自身的Repliaction已經無法滿足我們愛鉆牛角尖同學的欲望了（后端的程序員思維都會過于縝密），怎么辦？為了保證主從的數據絕對一致性，下面我來提供兩個思路（今天有點累，僅僅是思路，具體解決方案請聽下回分解）。
2、阿里云自己研發(fā)的數據訂正平臺。
3、PXC數據強一致性解決方案并且支持多主多從哦，缺點是需要向老板申請性能差別不大的機器做集群。