一.主從復(fù)制

       主從復(fù)制：在實際的生產(chǎn)中，為了解決mysql的單點故障以及提高mysql的整體服務(wù)性能，一般都會采用主從復(fù)制。即：對數(shù)據(jù)庫中的數(shù)據(jù)、語句做備份。

主從復(fù)制三線程

       mysql的主從復(fù)制中主要有三個線程：master（binlog dump thread）、slave（i/o thread 、sql thread），master一條線程和slave中的兩條線程。

主從復(fù)制過程

主從復(fù)制的過程：

master主要負責(zé)master庫中有數(shù)據(jù)更新的時候，會按照binlog格式，將更新的事件類型寫入到主庫的binlog文件中。master會創(chuàng)建log dump線程通知slave主庫中存在數(shù)據(jù)更新。

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

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

主從復(fù)制策略

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

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

半同步策略：master至少會等待一個slave回應(yīng)后提交。

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

延遲策略：slave要落后于master指定的時間。
對于不同的業(yè)務(wù)需求，有不同的策略方案，但是一般都會采用最終一致性，不會要求強一致性，強一致性會嚴(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)存中完成，減少磁盤操作

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

從庫使用 ssd 磁盤

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

二.讀寫分離

讀寫分離概念

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

讀寫分離原因與場景

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

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

總結(jié)

到此這篇關(guān)于mysql數(shù)據(jù)庫主從復(fù)制與讀寫分離的文章就介紹到這了,更多相關(guān)mysql主從復(fù)制與讀寫分離內(nèi)容請搜索服務(wù)器之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持服務(wù)器之家！

原文鏈接：https://blog.csdn.net/g564231/article/details/122113137