mysql怎么保證高可用 mysql8高可用

MySQL高可用方案之MHA

什么是高可用？高可用其實就是可以實現(xiàn)自動故障轉(zhuǎn)移。當主節(jié)點掛了之后其他節(jié)點可以自動頂上，防止節(jié)點出現(xiàn)故障時MySQL不能對外提供服務(wù)。

企業(yè)建站必須是能夠以充分展現(xiàn)企業(yè)形象為主要目的，是企業(yè)文化與產(chǎn)品對外擴展宣傳的重要窗口，一個合格的網(wǎng)站不僅僅能為公司帶來巨大的互聯(lián)網(wǎng)上的收集和信息發(fā)布平臺，成都創(chuàng)新互聯(lián)公司面向各種領(lǐng)域：成都發(fā)電機維修等網(wǎng)站設(shè)計、成都營銷網(wǎng)站建設(shè)解決方案、網(wǎng)站設(shè)計等建站排名服務(wù)。

MySQL的高可用解決方案其實有很多種（想了解自行百度），這里只說其中一種：MHA。這也是當前比較主流的方案。

在搭建MHA之前應(yīng)該先保證已經(jīng)安裝配置好了MySQL的主從/集群。因為既然是高可用架構(gòu)，那么針對的肯定是多臺設(shè)備，單機的話談不上高可用。

MySQL的主從搭建過程這里就不說了，可以看這里： MySQL搭建主從架構(gòu)

本次搭建環(huán)境：centos7.8 + mysql5.7.31

現(xiàn)在的架構(gòu)是 ：

101：主節(jié)點

102：從節(jié)點1

103：從節(jié)點2

手動將101的MySQL主節(jié)點關(guān)閉，在102的節(jié)點上查看VIP，發(fā)現(xiàn)配置的VIP：192.168.232.105已經(jīng)從101節(jié)點漂移到102節(jié)點了。

然后在103的節(jié)點上可以看到主節(jié)點確實已經(jīng)變成了 102

到此，MHA 搭建大功告成啦！

MHA 的切換過程,共包括以下的步驟：

最后說明一點，宕機的節(jié)點，重啟后由于MySQL機制問題不會自動加入到集群中，需要我們手動加入。

mysql+MHA+keepalived高可用方案

關(guān)于基礎(chǔ)介紹及原理略過，直接上操作步驟吧。

mysql：5.7

操作系統(tǒng)：centos7.4

地址規(guī)劃：

MHA manage：10.21.20.89

mysql主：10.21.20.71

mysql從1：10.21.20.131

mysql從2：10.21.20.132

vip：10.21.20.77

（3）將mharepo.tar.gz上傳四臺需要安裝的服務(wù)器解壓。然后新建一個yum文件，指向解壓的目錄。

(4) 安裝MHA，在3臺mysql上安裝node，在管理節(jié)點安裝manager。

在主庫和從庫上觀察ip發(fā)現(xiàn)，vip已經(jīng)自動漂移到從庫上。至此高可用完成。

基于MySQL雙主的高可用解決方案理論及實踐

MySQL在互聯(lián)網(wǎng)應(yīng)用中已經(jīng)遍地開花，但是在銀行系統(tǒng)中，還在生根發(fā)芽的階段。本文記錄的是根據(jù)某生產(chǎn)系統(tǒng)實際需求，對數(shù)據(jù)庫高可用方案從需求、各高可用技術(shù)特點對比、實施、測試等過程進行整理，完善Mysql高可用方案，同時為后續(xù)開展分布式數(shù)據(jù)庫相關(guān)測試做相應(yīng)準備。

存儲復(fù)制技術(shù)： 傳統(tǒng)IOE架構(gòu)下，常用高可用方案，靠存儲底層復(fù)制技術(shù)實現(xiàn)數(shù)據(jù)的一致性，優(yōu)點數(shù)據(jù)安全性有保障，限制在于是依賴存儲硬件，實施成本較高。

keepalived+雙主復(fù)制： 兩臺MySQL互為主從關(guān)系，即雙主模式，通過Keepalived配置虛擬IP，實現(xiàn)當其中的一臺數(shù)據(jù)庫故障時，自動切換VIP到另外一臺MySQL數(shù)據(jù)庫，備機快速接管業(yè)務(wù)來保證數(shù)據(jù)庫的高可用。

MHA： MHA部署在每臺mysql服務(wù)器上，定時探測集群中的master節(jié)點，當master出現(xiàn)故障時，它可以自動將最新的slave提升為新的master，然后將所有其他的slave重新指向新的master，優(yōu)點在最大程度保證數(shù)據(jù)的一致性的前提下實現(xiàn)快速切換，最少需要3臺服務(wù)器，存在數(shù)據(jù)丟失的可能性。

PXC： Percona eXtra Cluster是Percona基于galera cluster封裝的集群方案。不同于普通多主復(fù)制，PXC保障強一致性和實時同步，故障切換更快。但是也需要3個節(jié)點，配置相對復(fù)雜，對性能也稍有影響。

除了上述方案外，還有MMM、Heartbeat+DRBD等高可用方案，此處不做詳細介紹。

綜合評估下，本次實施采用了 keepalived+mysql雙主實現(xiàn)數(shù)據(jù)庫同城雙機房的高可用。MySQL版本為： 5.7.21。操作系統(tǒng)：Red Hat Enterprise Linux Server 7.3。

配置過程如下：

Mysql-master1: IP地址1 --以下簡稱master1

Mysql-master2: IP地址2 --以下簡稱master2

Mysql-vip : VIP地址 --應(yīng)用連接使用

Mysql復(fù)制相關(guān)概念描述：

1、 Mysql主從復(fù)制圖示：

2、 Mysql主從復(fù)制過程描述：

（1）master記錄二進制日志：在每個事務(wù)更新數(shù)據(jù)完成之前，master在二進制日志記錄這些改變。MySQL將事務(wù)寫入二進制日志。在事務(wù)寫入二進制日志完成后，master通知存儲引擎提交事務(wù)。

（2）slave將master的binarylog拷貝到自己的中繼日志：首先，slave開始一個工作線程——I/O線程。I/O線程在master上打開一個普通的連接，然后開始binlog dump process。Binlog dump process從master的二進制日志中讀取事務(wù)，如果已經(jīng)同步了master，它會睡眠并等待master產(chǎn)生新的事件。I/O線程將這些事務(wù)寫入中繼日志。

（3）SQL slave thread處理該過程的最后一步：SQL線程從中繼日志讀取事務(wù)，并重放其中的事務(wù)而更新slave的數(shù)據(jù)，使其與master中的數(shù)據(jù)一致。只要該線程與I/O線程保持一致，中繼日志通常會位于OS的緩存中，所以中繼日志的開銷很小。

主主同步就是兩臺機器互為主的關(guān)系，在任何一臺機器上寫入都會同步至備端。

為了便于后續(xù)數(shù)據(jù)庫服務(wù)器的擴展，且在整個復(fù)制環(huán)境中能夠自動地切換，降低運維成本，引入了當前主流的基于Mysql GTID的復(fù)制特性，工作原理及優(yōu)缺點簡介如下。

3、 GTID工作原理簡介：

（1） master更新數(shù)據(jù)時，會在事務(wù)前產(chǎn)生GTID，一同記錄到Binlog日志中。

（2） slave的I/O線程將變更的binlog寫入到本地的relay log中。

（3） slave的sql線程從relay log中獲取GTID，然后對比slave端的binlog是否有記錄。

（4） 如果有記錄說明該GTID的事務(wù)已經(jīng)執(zhí)行，slave會忽略。

（5） 如果沒有記錄，slave就會從relay log中執(zhí)行該GTID的事務(wù)，并記錄到binlog。

（6） 在解析的過程中會判斷是否有主鍵，如果有就用索引，如果沒有就用全部掃描。

4、 GTID優(yōu)點：

（1） 一個事務(wù)對應(yīng)一個唯一的ID，一個GTID在一個服務(wù)器上 只會執(zhí)行一次。（2） GTID是用來替代傳統(tǒng)復(fù)制的方法，GTID復(fù)制與普通復(fù)制模式的最大不同就是不需要指定二進制文件名和位置。

（3） 減少手工干預(yù)和降低服務(wù)故障時間，當主機宕機之后會通過軟件從眾多的備機中提升一臺備機為新的master。

5、 GTID也存在一些限制：

（1） 不支持非事務(wù)引擎。

（2） 不支持create table … select 語句復(fù)制(主庫直接報錯)。

（3） 不允許一個sql同時更新一個事務(wù)引擎表和非事務(wù)引擎表。

（4） 在一個復(fù)制組中，必須要求統(tǒng)一開啟GTID或者是統(tǒng)一關(guān)閉GTID。

（5） 開啟GTID需要重啟(5.7版本除外)。

（6） 開啟GTID后，就不再使用原理的傳統(tǒng)復(fù)制方式。

（7） 不支持create temporary table 和 drop temporary table語句。

（8） 不支持sql_slave_skip_counter。

前置條件：

主備兩個節(jié)點使用行內(nèi)統(tǒng)一的安裝部署腳本安裝mysql5.7.21介質(zhì)(略)

Master1端創(chuàng)建應(yīng)用的數(shù)據(jù)庫(略)

1、 修改MySQL配置文件

參考相關(guān)配置規(guī)范，分別設(shè)置master1、master2的my.cnf文件，

其中server-id參數(shù)設(shè)置為不同值;

由于后續(xù)keepalived會掛起VIP，應(yīng)用通過VIP連接數(shù)據(jù)庫，為了避免應(yīng)用程序無法通過VIP訪問，需將兩個節(jié)點的bind-address參數(shù)注釋掉；

2、 設(shè)置master1端自動半同步模式

Mysql的同步模式主要有如下3種：

a. 主從同步復(fù)制：數(shù)據(jù)完整性好，但是性能消耗略高；

b. 主從異步復(fù)制：性能消耗低，但容易出現(xiàn)不一致；

c. 主從半自動復(fù)制：介于上述兩種之間，既保持了數(shù)據(jù)的完整性，又提高了性能；

基于上述特性，建議采用半自動同步模式，由于后續(xù)要配置為雙主模式，因此任一節(jié)點其角色既為master又為slave，因此相關(guān)的master/slave插件要同時配置，過程如下。

（1） 首先查看庫是否支持動態(tài)加載(默認都支持)

（2） 主從庫上分別安裝插件

作為主庫，安裝插件semisync_master.so

作為從庫，安裝插件semisync_slave.so

（3） 安裝完成后，從plugin表中能夠看到剛剛安裝的插件

（4） 分別打開主從庫半同步復(fù)制

同時添加到各自的my.cnf中，在后續(xù)數(shù)據(jù)庫實例重啟時自動加載該配置。

此時查看狀態(tài)還沒有啟動

（5） 兩個節(jié)點分別啟動IO進程

（6） 查看半同步狀態(tài)

3、 將master1設(shè)為master2的主服務(wù)器

（1）在master1主機上創(chuàng)建授權(quán)賬戶，允許在master2主機上連接

（2）將主庫master1數(shù)據(jù)導(dǎo)出

（3）將master.sql傳輸?shù)絤aster2上并導(dǎo)入

（4）在master2端將master1設(shè)置為自己的主庫，并開啟slave功能

在master2上查看slave狀態(tài)

至此master1到master2的主從復(fù)制關(guān)系已經(jīng)建立完成。

4、 將master2設(shè)為master1的主服務(wù)器

在master1上執(zhí)行

在master1上查看slave狀態(tài)

1、keepalived相關(guān)概念說明：

keepalived是集群管理中保證集群高可用的一個軟件解決方案，其功能類似于heartbeat，用來防止單點故障

keepalived是以VRRP協(xié)議為實現(xiàn)基礎(chǔ)的，VRRP全稱VirtualRouter Redundancy Protocol，即虛擬路由冗余協(xié)議。

虛擬路由冗余協(xié)議，可以認為是實現(xiàn)路由器高可用的協(xié)議，即將N臺提供相同功能的路由器組成一個路由器組，這個組里面有一個master和多個backup，master上面有一個對外提供服務(wù)的vip，master會發(fā)組播（組播地址為224.0.0.18），當backup收不到vrrp包時就認為master宕掉了，這時就需要根據(jù)VRRP的優(yōu)先級來選舉一個backup當master，這樣的話就可以保證路由器的高可用了。

keepalived主要有三個模塊，分別是core 、check和vrrp。core模塊為keepalived的核心，負責(zé)主進程的啟動、維護以及全局配置文件的加載和解析。check負責(zé) 健康 檢查，包括常見的各種檢查方式。vrrp模塊是來實現(xiàn)VRRP協(xié)議的。同時為了避免出現(xiàn)腦裂，應(yīng)關(guān)閉防火墻或者開啟防火墻但允許接收VRRP協(xié)議。

2、keepalived的安裝配置

（1）配置本地yum源，在master1和master2兩臺服務(wù)器上安裝keepalived的相關(guān)依賴包Kernel-devel/openssl-devel/popt-devl等

配置指向rhel-7.5.iso的yum本地源，步驟略

注意：如不知道keepalived需要哪些依賴包，可到下載后的源碼解壓目錄下查看INSTALL 文件內(nèi)容，安裝需要的依賴包，源碼安裝任何一個軟件都要養(yǎng)成查看源碼包文檔的習(xí)慣，比如INSTALL，README,doc等文檔，可以獲得很多有用的信息。

（2）在兩臺mysql上解壓縮并編譯安裝keepalived

（3）master1、master2上分別配置keepalived.conf

注意上圖紅色字體中兩個節(jié)點配置相同處及差異。

說明：keepalived只有一個配置文件keepalived.conf，里面主要包括以下幾個配置區(qū)域：

· global_defs：主要是配置故障發(fā)生時的通知對象以及機器標識。

· vrrp_instance：用來定義對外提供服務(wù)的VIP區(qū)域及其相關(guān)屬性。

· virtual_server：虛擬服務(wù)器定義

（4）同時兩個節(jié)點上都需要添加檢測腳本

作用：是當mysql停止工作時自動關(guān)閉本機的keeplived服務(wù)，從而實現(xiàn)將故障主機踢出熱備組，因每臺機器上keepalived只添加了本機為realserver，所以當mysqld正常啟動后，我們還需要手動啟動keepalived服務(wù)。

（5）分別啟動兩個節(jié)點的keepalived服務(wù)

檢查兩個節(jié)點keepalived啟動進程

檢查兩個節(jié)點的vip掛載情況

（6）主備機故障切換測試

停止master2的mysql服務(wù)，看keepalived 健康 檢查程序是否會觸發(fā)腳本，自動進行故障切換，步驟略

查看master1節(jié)點的VIP掛載情況，驗證是否實現(xiàn)了自動切換，步驟略

說明在master2服務(wù)器的mysql服務(wù)發(fā)生故障時，觸發(fā)了腳本，自動完成了切換。

（7）現(xiàn)在我們把master2的mysql服務(wù)開起來，并且keepalived的服務(wù)也需要啟動。

即便master2的mysql服務(wù)和keepalived服務(wù)都重新開啟了，master1仍然是主master了，master2未對主master的權(quán)利進行搶奪，說明設(shè)置的nopreempt參數(shù)生效了，為了保證群集的穩(wěn)定性，生產(chǎn)環(huán)境不允許搶占配置，只有當master1的mysql服務(wù)壞掉的時候，master2才會再次成為主master，否則它永遠只能當master1的備份。（注：nopreempt一般是在優(yōu)先級高的mysql上設(shè)置）

Sysbench是一個模塊化的、跨平臺、多線程基準測試工具，可用于評估數(shù)據(jù)庫負載情況，通過sysbench命令配置IP地址、端口號、用戶名、密碼連接到指定的數(shù)據(jù)庫db1中，創(chuàng)建多個表，并快速插入指定條數(shù)的記錄，觀察主備庫同步效率

(1) 下載開源工具sysbench-0.4.12.14.tar.gz，放置在相應(yīng)目錄下并解壓

(2) 使用iso配置本地yum源并安裝Sysbench如下的依賴包(步驟略)：autoconf/automake/cdbs/debhelper(=9)/docbook-xml/docbook-xsl/libmysqlclient15-dev/libtool/xsltproc

(3) 編譯sysbench

編輯配置文件/etc/ld.so.conf中添加mysql lib目錄/mysql/app/5.7.21/lib，并執(zhí)行命令ldconfig生效

(4) 執(zhí)行sysbench壓測

使用sysbench工具向主節(jié)點的db1數(shù)據(jù)庫中創(chuàng)建5張表，并且每張表分別插入10萬條記錄

同時觀察備機同步效率

幾個重要的參數(shù)說明：

B、半自動同步模式、異步模式切換測試

(1) 檢查主備同步狀態(tài)，及同步參數(shù)設(shè)置

rpl_semi_sync_master_enabled參數(shù)表示啟用半同步模式；

rpl_semi_sync_master_timeout參數(shù)單位為毫秒，表示主庫事務(wù)等待從庫返回commit成功信息超過10秒就降為異步模式，不再等待從庫，等探測到從庫io線程恢復(fù)后，再返回為半自動同步；

rpl_semi_sync_master_wait_no_slave參數(shù)表示事務(wù)提交后需要等待從庫返回確認信息；

(2) 將slave的io線程停止

(3) 使用sysbench向master寫入少量的數(shù)據(jù)，本例創(chuàng)建一張表，并插入10條記錄，命令包裝在1.sh測試腳本中

通過記錄的時間戳發(fā)現(xiàn)，master在等待了slave10秒無響應(yīng)，自動切換為異步模式，將數(shù)據(jù)寫入本地。

(4) Slave啟動io線程，數(shù)據(jù)自動追平

至此MySQL主主復(fù)制配置完成，運行在半自動同步模式，通過keepalived實現(xiàn)Mysql的HA高可用。

上線后應(yīng)符合統(tǒng)一的標準監(jiān)控策略，添加備份協(xié)議對數(shù)據(jù)進行周期備份并保存到帶庫中，以及定期的數(shù)據(jù)恢復(fù)測試。

由于是靠keepalived實現(xiàn)的高可用，還應(yīng)將如下資源添加到監(jiān)控管理平臺：

1、 對每臺數(shù)據(jù)庫主機的3個keepalived進程進行監(jiān)控；

2、 對主備節(jié)點的io線程、sql線程工作狀態(tài)進行監(jiān)控；

MySQL+Keepalived 高可用性實戰(zhàn)

1、準備三臺虛擬機，選擇兩臺mysql作為keepalived（一臺master 一臺backup），一臺做客戶端訪問用。

2、給兩臺mysql安裝keepalived制作高可用生成VIP

我這里用的是mysqld

yum安裝mysql

實施步驟：

一、mysql 主主同步 略

二、安裝keepalived---兩臺機器都操作

三添加庫用于測試

四 在任意一臺機器作為客戶端

測試的時候記得檢查mysql用戶的可不可以遠程登錄。

實現(xiàn)了VIP的漂移，實現(xiàn)了mysql的高可用。

本文題目：mysql怎么保證高可用 mysql8高可用
標題URL：http://muchs.cn/article26/doocdjg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、商城網(wǎng)站、定制開發(fā)、ChatGPT、全網(wǎng)營銷推廣、搜索引擎優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)