I/O thread線程在Slave中創(chuàng)建，該線程用于請求Master，Master會(huì)返回binlog的名稱以及當(dāng)前數(shù)據(jù)更新的位置、binlog文件位置的副本。然后，將binlog保存在 relay log（中繼日志）中，中繼日志也是記錄數(shù)據(jù)更新的信息。

SQL線程也是在Slave中創(chuàng)建的，當(dāng)Slave檢測到中繼日志有更新，會(huì)將更新的內(nèi)容同步到Slave數(shù)據(jù)庫中，保證了主從的數(shù)據(jù)的同步。

主從復(fù)制策略

主從復(fù)制的策略：

同步策略：Master會(huì)等待所有的Slave都回應(yīng)后才會(huì)提交，這個(gè)主從的同步的性能會(huì)嚴(yán)重的影響。

半同步策略：Master至少會(huì)等待一個(gè)Slave回應(yīng)后提交。

異步策略：Master不用等待Slave回應(yīng)就可以提交。

延遲策略：Slave要落后于Master指定的時(shí)間。
對于不同的業(yè)務(wù)需求，有不同的策略方案，但是一般都會(huì)采用最終一致性，不會(huì)要求強(qiáng)一致性，強(qiáng)一致性會(huì)嚴(yán)重影響性能。

主從復(fù)制高延遲

???????主從復(fù)制高延遲的原因

master 服務(wù)器高并發(fā)，形成大量事務(wù)

網(wǎng)絡(luò)延遲

主從硬件設(shè)備導(dǎo)致（cpu 主頻、內(nèi)存 io、硬盤 io）

本來就不是同步復(fù)制、而是異步復(fù)制

???????主從復(fù)制高延遲的解決辦法

從庫優(yōu)化 Mysql 參數(shù)。比如增大 innodb_buffer_pool_size，讓更多操作在 - mysql 內(nèi)存中完成，減少磁盤操作

從庫使用高性能主機(jī)（高性能 cpu、大內(nèi)存），避免使用虛擬云主機(jī)，使用物理主機(jī)，提升 I/O 吞吐量

從庫使用 SSD 磁盤

網(wǎng)絡(luò)優(yōu)化，避免跨機(jī)房實(shí)現(xiàn)同步

二.讀寫分離

在這里插入圖片描述

讀寫分離概念

???????讀寫分離：讀寫分離是讓主數(shù)據(jù)庫處理事務(wù)性增、刪、改操作（INSERT、UPDATE、DELETE），而從數(shù)據(jù)庫處理查（SELECT）操作。數(shù)據(jù)庫復(fù)制被用來把事務(wù)性操作導(dǎo)致的變更同步到集群中的從數(shù)據(jù)庫中。

讀寫分離原因與場景

???????讀寫分離原因：讀寫量很大，為了提升數(shù)據(jù)庫讀寫性能，將讀寫進(jìn)行分離；多機(jī)房下如果寫少讀多，同時(shí)基于數(shù)據(jù)一致性考慮，只有一個(gè)主庫存入所有的數(shù)據(jù)寫入，本地再做從庫提供讀取，減少多機(jī)房間直接讀取帶來的時(shí)延。

???????讀寫分離使用場景：程序使用數(shù)據(jù)庫較多時(shí)，而更新少，查詢多的情況下會(huì)考慮使用。利用數(shù)據(jù)庫主從同步，再通過讀寫分離可以分擔(dān)數(shù)據(jù)庫壓力，提高性能。