MYSQL的發(fā)展背景和特性；

MYSQL的體系架構(gòu)組成；

MYSQL的各種存儲(chǔ)引擎及適用場(chǎng)景；

MYSQL主從復(fù)制的基本原理；

MYSQL常見(jiàn)的主從復(fù)制架構(gòu)和高可用架構(gòu)；

總結(jié)處理復(fù)制延遲和復(fù)制不一致的問(wèn)題。

版本介紹：

Mysql GA(ORACLE)

Percon mysql

MariaDB

開(kāi)源

開(kāi)放源代碼且無(wú)版權(quán)制約，自主性強(qiáng)、使用成本低可根據(jù)

歷史悠久、社區(qū)及用戶非?；钴S，遇到問(wèn)題，可以很快獲取到幫助。

可移植：

支持多種操作系統(tǒng)，提供多種api幾口，支持多種開(kāi)發(fā)語(yǔ)言。

安全：

有著非常完善的用戶和權(quán)限系統(tǒng)，當(dāng)你建立連接時(shí)，可以通過(guò)加密的方式來(lái)保證他通信安全。

Mysql的體系架構(gòu)：

常用的存儲(chǔ)引擎和特性對(duì)比

MYSQL從5.5.5版本開(kāi)始默認(rèn)存儲(chǔ)引擎為InnoDB（表級(jí)別)

基本概念

MYSQL從3.2.3版本開(kāi)始提供復(fù)制的功能，復(fù)制是指將主庫(kù)的DDL和DML（除select）操作通過(guò)二進(jìn)制日志傳到服務(wù)器上（從庫(kù)），然后再?gòu)膸?kù)上對(duì)這些日志重新執(zhí)行（也叫重做），從而使得從庫(kù)和主庫(kù)的數(shù)據(jù)保持同步。

為什么要做主從復(fù)制：

• z

• 輔助備份

• 分擔(dān)負(fù)載

應(yīng)用場(chǎng)景

應(yīng)用場(chǎng)景1：從服務(wù)器作為主服務(wù)器的實(shí)時(shí)數(shù)據(jù)備份

應(yīng)用場(chǎng)景2：主從服務(wù)器實(shí)現(xiàn)讀寫(xiě)分離，服務(wù)器實(shí)現(xiàn)負(fù)載均衡

應(yīng)用場(chǎng)景3：把多個(gè)從服務(wù)器根據(jù)業(yè)務(wù)重要性進(jìn)行拆分訪問(wèn)

復(fù)制的原理

Master：binlog dump 線程。Slave:  I/O線程,Slave:  SQL線程

異步復(fù)制

主節(jié)點(diǎn)只需要把寫(xiě)入操作在本地完成，就響應(yīng)用戶。

半同步復(fù)制&增強(qiáng)半同步復(fù)制

為了保證主庫(kù)上的每一個(gè)binlog事務(wù)都能夠被可靠的復(fù)制到從庫(kù)上，主庫(kù)在每次事務(wù)提交成功時(shí)，并不是及時(shí)反饋給客戶端用戶，而是等待其中一個(gè)從庫(kù)也接收到了binlog并成功將事務(wù)記錄到了中繼日志中，然后才反饋給用戶。

rpl_semi_sync_master_timeout

set globalrpl_semi_sync_master_wait_point=AFTER_COMMIT;

半同步復(fù)制的配置：

半同步參數(shù)需要先注釋掉，等初始化完成之后安裝好半同步插件，再開(kāi)啟半同步參數(shù)

如果是雙主架構(gòu)則主備庫(kù)都需要安裝：

rpl_semi_sync_master_enabled= 1

rpl_semi_sync_slave_enabled= 1

• maser

• slave

結(jié)果：

完全同步的復(fù)制

當(dāng)主庫(kù)提交事務(wù)之后，所有的從庫(kù)節(jié)點(diǎn)必須收到、APPLY并且提交這些事務(wù)，然后主庫(kù)線程才能繼續(xù)做后續(xù)操作。因?yàn)樾枰却袕膸?kù)執(zhí)行完該事務(wù)才能返回，所以全同步復(fù)制的性能必然會(huì)收到嚴(yán)重的影響。

• 一主一從

• 主主復(fù)制

• 一主多從---擴(kuò)展系統(tǒng)讀取的性能，因?yàn)樽x是在從庫(kù)讀取的；

• 多主一從---5.7開(kāi)始支持

• 聯(lián)級(jí)復(fù)制

MYSQL的主從復(fù)制-高可用架構(gòu)對(duì)比

如何處理同步延遲

1. 如果是機(jī)械盤(pán)：

set globalinnodb_flush_neighbors=2;

表示刷新在buffer pool 中位于磁盤(pán)上相同的extend 區(qū)的臟頁(yè)，通過(guò)AIO可以將多個(gè)IO寫(xiě)入操作合并為一個(gè)IO操作，增大寫(xiě)入量，減少了物理寫(xiě)IO。

2.如果是IO的問(wèn)題：

set globalinnodb_io_capacity=1200; （默認(rèn)200）

即每秒的輸入輸出量（或讀寫(xiě)次數(shù)）。

3.臨時(shí)調(diào)整：

set globalinnodb_flush_log_at_trx_commit=2;  (默認(rèn)為1)

set globalsync_binlog=0;

同步之后需要調(diào)整回：

set globalinnodb_flush_log_at_trx_commit=1;

set globalsync_binlog=1;

錯(cuò)誤信息

錯(cuò)誤分析

mysqlbinlogmysql-bin.xxx -vv --base64-output=decode-rows --start-position=a--stop-position=b>/tmp/test.log

錯(cuò)誤分析結(jié)論

200711 8.49 –9：42期間日志中斷，原因是這段時(shí)間內(nèi)，主機(jī)重啟了，而二進(jìn)制這部分日志傳輸?shù)絺鋷?kù)的時(shí)候丟失了。

解決方案

主庫(kù)：

確定備庫(kù)丟失的二進(jìn)制日志的內(nèi)容（根據(jù)時(shí)間或者位點(diǎn)信息）

經(jīng)過(guò)排查確定丟失的日志為mysql-bin000333中的start-position=362945607  到 stop-position=363101485的內(nèi)容。

備庫(kù)：中端將

mysqlbinlog--skip-gtids --start-position=362945607 --stop-position=363101485mysql-bin000333 |mysql -utest -p -h ip