項目十一MySQL集群架構(gòu)搭建實例MySQL數(shù)據(jù)庫任務驅(qū)動式教程（第3版）（微課版）人民郵電出版社北京任務26Linux操作系統(tǒng)中搭建MySQL集群【任務背景】在現(xiàn)實生產(chǎn)環(huán)境中，隨著業(yè)務的發(fā)展，數(shù)據(jù)庫的承載能力會慢慢達到瓶頸（機器硬件性能、開發(fā)代碼性能差等），導致單個數(shù)據(jù)庫不足以滿足現(xiàn)階段業(yè)務需求，因此需要采用數(shù)據(jù)庫集群與分布式架構(gòu)來減輕單個服務器的壓力?！救蝿找蟆勘救蝿諒牧私釳ySQL主從原理著手，理解主從同步機制。學習者應掌握MySQL的主從與互為主從的配置，對主從同步故障能快速定位故障點并進行錯誤排除。認識MySQL主從MySQL支持的復制的類型見表26.1。MySQL支持的復制的類型復制的類型優(yōu)點缺點基于語句的復制（1）基于語句的復制基本就是執(zhí)行SQL語句，這意味著所有在服務器上發(fā)生的變更都以一種容易理解的方式運行，出問題時可以很好的定位；（2）不需要記錄每一行數(shù)據(jù)的變化，減少了bin-log日志量，節(jié)省I/O以及存儲資源，提高性能（1）對于觸發(fā)器或者存儲過程，存在大量bug；（2）很多情況下無法正確復制基于行的復制（1）bin-log會非常清楚地記錄下每一行數(shù)據(jù)修改的細節(jié)，非常容易理解；（2）幾乎沒有基于行的復制無法處理的場景，對于所有的SQL構(gòu)造、觸發(fā)器、存儲過程，其都能正確執(zhí)行（1）會產(chǎn)生大量的日志內(nèi)容；（2）難以定位；（3）難以進行時間點恢復混合類型的復制默認情況下使用基于語句的復制方式，如果發(fā)現(xiàn)語句無法被正確復制，就切換成基于行的復制方式認識MySQL主從

MySQL復制技術(shù)的特點1．數(shù)據(jù)的分布

（Datadistribution）2．負載平衡

（Loadbalancing）3．備份

（Backups）4．高可用性和容錯性

（Highavailabilityandfailover）復制技術(shù)使數(shù)據(jù)從一臺MySQL主服務器Master復制一到一臺或多臺MySQL從屬服務器Slave。因此，使用復制技術(shù)可以創(chuàng)建數(shù)據(jù)的本地副本以供遠程站點使用，而無需永久訪問主數(shù)據(jù)庫實現(xiàn)遠程數(shù)據(jù)分發(fā)。數(shù)據(jù)寫入和更新在主服務器Master上進行，數(shù)據(jù)讀取和查詢發(fā)生在一個或多個從屬服務器（Slave）上，讀寫分離降低了master服務器的訪問壓力，負載平衡提高了性能。主服務器（Master）數(shù)據(jù)被復制到從屬服務器（Slave），并且從屬服務器（Slave）可以暫停復制過程，在從屬服務器上運行備份服務而不會破壞相應的主數(shù)據(jù)，保證數(shù)據(jù)的備份和數(shù)據(jù)安全。實時數(shù)據(jù)可以在主數(shù)據(jù)庫服務器（Master）上創(chuàng)建，而信息分析可以在從屬數(shù)據(jù)庫服務器（Slave）上進行，而不會影響主數(shù)據(jù)庫服務器的性能。認識MySQL主從MySQL主從復制過程復制的基本過程如下。Slave上面的I/O進程連接上Master，請求從bin-log文件的指定位置（或從文件頭部）之后的日志內(nèi)容。Master接收到來自Slave的I/O進程的請求后，I/O進程根據(jù)請求信息讀取指定bin-log文件信息，返回給Slave的I/O進程。返回信息中除了日志所包含的信息之外，還包括本次返回的信息已經(jīng)到Master端的bin-log文件的名稱以及bin-log的位置。Slave的I/O進程接收到信息后，將接收到的日志內(nèi)容依次添加到Slave端的relay-log文件的最末端，并將讀取到的Master端的bin-log的文件名和位置記錄到master-info文件中，以便在下一次讀取的時候能夠清楚地告訴Master“需要從某個bin-log的哪個位置開始往后的日志內(nèi)容”。Slave的SQL進程檢測到relay-log中增加了內(nèi)容后，會馬上解析relay-log的內(nèi)容然后判斷Master端哪些內(nèi)容已經(jīng)執(zhí)行，并在自身執(zhí)行。認識MySQL主從復制的過程如圖26.1所示。圖26.1復制的過程MySQL主從詳細配置Master服務器配置在f配置文件中，打開二進制日志，指定唯一的server-id，如圖26.2所示。創(chuàng)建主從連接賬號，如圖26.3所示。MySQL8.0版本的安全級別更高，必須先創(chuàng)建用戶再設置密碼。mysql>createuser'rep'@'';同時，由于MySQL80使用的是caching_sha2_password加密規(guī)則，為了避免SLAVE遠程連接出現(xiàn)錯誤，最好修改遠程連接用戶的加密規(guī)則，并使用大小寫加數(shù)字加特殊符號的密碼策略限制。mysql>ALTERUSER'rep'@''IDENTIFIEDWITHmysql_native_passwordBY'REP@password123';圖26.3創(chuàng)建主從連接賬號圖26.2配置fMySQL主從詳細配置然后授予REPLICATIONSLAVE的權(quán)限，并刷新授權(quán)表。mysql>GRANTREPLICATIONSLAVEON*.8TO'rep'@'';mysql>flushprivileges;重啟MySQL服務（修改配置文件后重啟生效），運行showmasterstatus查看現(xiàn)有行號（Position），如圖26.4所示。圖26.4查看現(xiàn)有行號MySQL主從詳細配置Slave服務器配置在f配置文件中,打開二進制日志，指定唯一的server-id,打開relay-log日志，log_slave把更新的操作寫入bin-log中，只讀屬性，如圖26.5所示。修改完配置文件，重啟MySQL服務。進入MySQL，告訴備庫如何連接到主庫并重放其二進制日志，如圖26.6所示。執(zhí)行后啟動從配置，如圖26.7所示。最后執(zhí)行showslavestatus查看配置結(jié)果，如圖26.8所示。圖26.8查看配置結(jié)果圖26.6備庫如何連接到主庫圖26.5配置fMySQL主從詳細配置配置驗證在Master服務器中寫入對應的內(nèi)容，如圖26.9所示。在Slave服務器中使用Select語句驗證是否有成功同步，如圖26.10所示。主從配置成功。圖26.9在Master服務器寫入驗證內(nèi)容圖26.10在Slave服務器中驗證項目實踐（1）根據(jù)本項目內(nèi)容，搭建主從配置。（2）根據(jù)本項目提示，在主從配置中，從服務器再添加一臺從服務器進行數(shù)據(jù)同步，如圖26.11所示。（3）在主服務器上創(chuàng)建表，并且嘗試插入數(shù)據(jù)，在圖26.11中，在Slave2服務器上嘗試查詢同步的數(shù)據(jù)。圖26.11二主多從原理圖習題一、單項選擇題1．在主從同步過程中，同步的文件是__________進制文件。A．二進制 B．十進制 C．十六進制 D．ASCII2．主從同步的文件名稱為__________。A．Blog B．Sql_log C．log_bin D．Binarylog3．主從配置與同步過程中下列說法正確的是。A．在主從同步過程中，Slave服務器從Master服務器中獲取Binarylog日志，寫入本機Binarylog日志，然后逐行執(zhí)行。B．主從配置中，主服務器和從服務器的server-id必須一致，這樣才能保證正常同步。C．主服務器寫入時，從服務器不能寫入。只能等待主服務器寫入完后，才能寫入從服務器群。D．配置主從時，當單臺從服務器性能不足以支撐業(yè)務，可以考慮一主兩從，甚至是一主三從。習題二、填空題