這篇文章給大家分享的是有關(guān)XtraBackup熱備份原理和XtraBackup的安裝使用的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)。如下資料是關(guān)于XtraBackup的內(nèi)容。

成都創(chuàng)新互聯(lián)10多年專注成都高端網(wǎng)站建設(shè)按需求定制制作服務(wù),為客戶提供專業(yè)的成都網(wǎng)站制作,成都網(wǎng)頁設(shè)計,成都網(wǎng)站設(shè)計服務(wù);成都創(chuàng)新互聯(lián)服務(wù)內(nèi)容包含成都網(wǎng)站建設(shè),微信小程序定制開發(fā),軟件開發(fā),網(wǎng)絡(luò)營銷推廣,網(wǎng)絡(luò)運(yùn)營服務(wù)及企業(yè)形象設(shè)計;成都創(chuàng)新互聯(lián)擁有眾多專業(yè)的高端網(wǎng)站制作開發(fā)團(tuán)隊,資深的高端網(wǎng)頁設(shè)計團(tuán)隊及經(jīng)驗(yàn)豐富的架構(gòu)師高端網(wǎng)站策劃團(tuán)隊;我們始終堅持從客戶的角度出發(fā),為客戶量身訂造網(wǎng)絡(luò)營銷方案，解決網(wǎng)絡(luò)營銷疑問。

XtraBackup方案

因?yàn)長VM的麻煩，所以人們都希望使用專業(yè)的工具去做熱備份，這個工具就是XtraBackup。XtraBackup是由Percona開源的免費(fèi)數(shù)據(jù)庫熱備份工具，它能對InnoDB數(shù)據(jù)庫和XtraDB存儲引擎的數(shù)據(jù)庫非阻塞地備份。因?yàn)閄traBackup在備份過程中不會打斷正在執(zhí)行的事務(wù)，而事務(wù)日志中記錄了哪些是備份前寫入的數(shù)據(jù)哪些是備份后寫入的數(shù)據(jù)，所以無需加鎖。

另外，XtraBackup提供了對備份數(shù)據(jù)的壓縮功能，可以節(jié)約備份文件占用的磁盤空間及網(wǎng)絡(luò)帶寬。但XtraBackup在備份使用MyISAM作為存儲引擎的表時會加讀鎖，即表中的數(shù)據(jù)可讀但不可寫，不過這也不是問題，之前提到了可以使用聯(lián)機(jī)熱備份的方式來解決加讀鎖的問題。同樣，XtraBackup支持全量備份和增量備份，因?yàn)閄traBackup的方便性，所以一般都是采用XtraBackup來做熱備份方案。

XtraBackup熱備份原理

因?yàn)閄traBackup是主流的MySQL熱備份方案，所以這里簡單介紹一下XtraBackup熱備份原理：

• XtraBackup是一種物理備份工具，通過協(xié)議連接到MySQL服務(wù)端，然后讀取并復(fù)制底層的數(shù)據(jù)文件，完成物理備份。需要注意的是XtraBackup支持對InnoDB做全量備份和增量備份，但只能對MyISAM做全量備份
  

現(xiàn)在已經(jīng)知道了XtraBackup是通過讀取并復(fù)制底層的數(shù)據(jù)文件，完成物理備份的。其中全量備份比較簡單，直接備份數(shù)據(jù)文件中的所有內(nèi)容即可。而增量備份則需要區(qū)分新數(shù)據(jù)和舊數(shù)據(jù)，然后僅備份新數(shù)據(jù)，所以稍微復(fù)雜以些。

XtraBackup增量備份的原理如下：

增量備份只備份新增的數(shù)據(jù)，所以XtraBackup會去讀取數(shù)據(jù)文件中的內(nèi)容來判斷哪些是舊數(shù)據(jù)哪些是新數(shù)據(jù)，然后只去備份新數(shù)據(jù)。在MySQL的數(shù)據(jù)文件里，數(shù)據(jù)是存放在row這種結(jié)構(gòu)中的，而row存放在page中，page則存在于extend中。

MySQL會為每一個page都標(biāo)記上一個LSN編號，通過對比該編號就可以得知哪些數(shù)據(jù)是新的，哪些數(shù)據(jù)是舊的。然后XtraBackup只需要從數(shù)據(jù)文件中，將這些新的page數(shù)據(jù)備份出來就行了。

示意圖：

那么XtraBackup是如何得知哪些LSN是新的呢？首先我們要知道LSN是一個全局遞增的編號，每次對page中的數(shù)據(jù)進(jìn)行修改時都會產(chǎn)生新的LSN編號。假設(shè)現(xiàn)在有6個page，各自的LSN編號如下：

上圖中，LSN編號為3的表示被修改過3次，LSN編號為5的表示被修改過5次，以此類推。假設(shè)此時對這些page進(jìn)行一次全量備份，那么這6個page都會被備份下來。經(jīng)過一段時間后，其中有三個page被修改了，LSN編號發(fā)生了變化，如下所示：

當(dāng)進(jìn)行增量備份時，XtraBackup就會將之前備份的page的LSN編號與數(shù)據(jù)文件中與之對應(yīng)的page的LSN編號進(jìn)行對比，若數(shù)據(jù)文件里的LSN編號大于備份里的LSN編號則代表數(shù)據(jù)文件中的page是新數(shù)據(jù)，那么XtraBackup就會對其進(jìn)行備份。若等于則代表數(shù)據(jù)沒有發(fā)生變化，不進(jìn)行備份。因?yàn)?code>LSN編號是全局遞增的，所以不存在小于的情況。這就是XtraBackup增量備份的原理。

---

安裝XtraBackup

在了解了XtraBackup和其熱備份的實(shí)現(xiàn)原理后，接下來我們實(shí)踐一下如何使用該工具。首先需要安裝官方提供的yum倉庫：

[root@PXC-Node3 ~]# yum install -y https://repo.percona.com/yum/percona-release-latest.noarch.rpm

然后激活該yum倉庫：

[root@PXC-Node3 ~]# percona-release setup ps80

現(xiàn)在就可以直接通過yum命令本地安裝XtraBackup了：

[root@PXC-Node3 ~]# yum install -y percona-xtrabackup-24

安裝完成后，輸出一下版本信息驗(yàn)證xtrabackup命令是否可用：

[root@PXC-Node3 ~]# xtrabackup --version
xtrabackup: recognized server arguments: --server-id=3 --datadir=/var/lib/mysql --log_bin 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
[root@PXC-Node3 ~]#

常用命令

XtraBackup命令種類：

序號	命令	描述
1	xbcrypt	用于加密或解密備份的數(shù)據(jù)
2	xbstream	用于壓縮或者解壓縮xbstream文件
3	xtrabackup	用于備份使用InnoDB、XtraDB作為存儲引擎的數(shù)據(jù)表，該命令僅備份表數(shù)據(jù)文件，所以通常用在增量備份上
4	innobackupex	是上面三種命令的perl腳本封裝，可以使用該命令備份MyISAM數(shù)據(jù)表，并且只有使用該命令才能備份表數(shù)據(jù)文件、表定義文件、表索引文件，所以通常用在全量備份上

全量熱備份

使用innobackupex命令備份InnoDB數(shù)據(jù)表的流程圖：

使用innobackupex命令進(jìn)行全量熱備份示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --host=192.168.190.134 --user=admin --password=Abc_123456 --port=3306 /home/backup

• --defaults-file：指定MySQL的配置文件所在路徑，因?yàn)閄traBackup需要通過讀取配置文件才能知道數(shù)據(jù)目錄在哪
• --host：指定MySQL服務(wù)的ip地址，因?yàn)槿總浞輹r需要備份表結(jié)構(gòu)，所以得連接到MySQL加讀鎖
• --user：指定使用哪個MySQL用戶進(jìn)行備份
• --password：MySQL用戶的密碼
• --port：指定MySQL服務(wù)的端口號
• /home/backup：備份文件存儲的目錄

備份的文件目錄如下：

[root@PXC-Node3 ~]# ls /home/backup/
2020-01-26_10-33-29
[root@PXC-Node3 ~]# ls /home/backup/2020-01-26_10-33-29/
backup-my.cnf  ibdata1  performance_schema  test  xtrabackup_binlog_info  xtrabackup_info
ib_buffer_pool  mysql   sys         tpcc  xtrabackup_checkpoints  xtrabackup_logfile
[root@PXC-Node3 ~]#

以上這是一個最簡單的全量熱備份示例，可以看到備份出來的目錄和文件有很多，并且也沒有對這些備份文件進(jìn)行壓縮。如果需要備份的數(shù)據(jù)量比較大的話，不壓縮備份文件就會很占用存儲空間。但使用常規(guī)的壓縮命令，如tar、zip等，則需要兩次I/O操作，因?yàn)榈孟仁褂肵traBackup備份了數(shù)據(jù)之后，才能對產(chǎn)生的備份文件進(jìn)行壓縮。因此備份的數(shù)據(jù)量較大時，對系統(tǒng)I/O和CPU的影響就比較明顯。

好在XtraBackup提供了流式壓縮的功能，通過流式壓縮可以將備份數(shù)據(jù)直接寫到壓縮文件中，而不用先備份再壓縮，所以只需要一次I/O操作。如下：

想在備份時使用流式壓縮只需要指定--stream參數(shù)即可，如下示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --host=192.168.190.134 --user=admin --password=Abc_123456 --port=3306 --no-timestamp --stream=xbstream -> /home/backup/backup.xbstream

• --no-timestamp：指定不生成時間戳目錄
• --stream：指定使用的壓縮類型，目前只支持tar和xbstream
• /home/backup/backup.xbstream：指定生成的壓縮文件名稱

當(dāng)備份一些涉及隱私的數(shù)據(jù)時，我們希望對備份文件進(jìn)行加密，以防備份文件意外泄露時所帶來的影響。而XtraBackup也提供了加密備份的功能，與加密相關(guān)的參數(shù)如下：

序號	參數(shù)	描述
1	--encrypt	指定用于加密的算法：AES123、AES192、AES256
2	--encrypt-threads	指定執(zhí)行加密的線程數(shù)
3	--encrypt-chunk-size	指定加密線程的緩存大小，默認(rèn)64kb，大小不超過1M
4	--encrypt-key	指定用于加解密的密鑰字符串，長度至少24個字符
5	--encrypt-key-file	指定密鑰文件的路徑

加密備份示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --host=192.168.190.134 --user=admin --password=Abc_123456 --port=3306 --no-timestamp --stream=xbstream --encrypt=AES256 --encrypt-threads=10 --encrypt-chunk-size 512 --encrypt-key='1K!cNoq&RUfQsY&&LAczTjco' -> /home/backup/encrypt-backup.xbstream

其他常用參數(shù)：

序號	參數(shù)	描述
1	--compress	針對InnoDB數(shù)據(jù)文件進(jìn)行壓縮，可以與--stream參數(shù)同時使用
2	--compress-threads	指定執(zhí)行壓縮的線程數(shù)
3	--compress-chunk-size	指定壓縮線程的緩存大小，默認(rèn)64kb，大小不超過1M
4	--include	指定需要備份的數(shù)據(jù)表的正則表達(dá)式
5	--galera-info	指定備份PXC節(jié)點(diǎn)狀態(tài)文件

使用示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --host=192.168.190.134 --user=admin --password=Abc_123456 --port=3306 --no-timestamp --stream=xbstream --encrypt=AES256 --encrypt-threads=10 --encrypt-chunk-size 512 --encrypt-key='1K!cNoq&RUfQsY&&LAczTjco' --compress --compress-threads=10 --include=test.student,test.t_orders --galera-info -> /home/backup/backup2.xbstream

• --include：指明了僅備份test庫下的student和t_orders表，也可以寫正則表達(dá)式

---

全量冷還原

上面介紹了全量熱備份后，我們來看下如何將XtraBackup備份的文件進(jìn)行還原。在還原這塊只能冷還原，所謂冷還原就是得把數(shù)據(jù)庫停機(jī)后進(jìn)行還原。之所以不存在熱還原，是因?yàn)閷σ粋€正在運(yùn)行中的數(shù)據(jù)庫進(jìn)行在線還原操作，而同時用戶又在讀寫數(shù)據(jù)，這就有可能導(dǎo)致數(shù)據(jù)互相覆蓋，使得數(shù)據(jù)庫的數(shù)據(jù)發(fā)生錯亂。

因此，還原這塊就只能是冷還原，本小節(jié)將逐步演示如何使用XtraBackup還原備份文件。首先關(guān)閉MySQL服務(wù)：

[root@PXC-Node3 ~]# systemctl stop mysqld

清空數(shù)據(jù)目錄及表分區(qū)的數(shù)據(jù)目錄：

[root@PXC-Node3 ~]# rm -rf /var/lib/mysql/*
[root@PXC-Node3 ~]# rm -rf /mnt/p0/data/*
[root@PXC-Node3 ~]# rm -rf /mnt/p1/data/*

• Tips：這里由于是示例就直接使用rm刪除了，如果是實(shí)際的運(yùn)行環(huán)境，建議先使用mv重命名需要刪除的目錄，最后還原完備份文件并驗(yàn)證沒有問題后，再使用rm刪除，以避免刪庫跑路的悲劇發(fā)生

因?yàn)槭菬醾浞?，所以事?wù)日志中可能會存在一些未完成的事務(wù)，這就需要回滾沒有提交的事務(wù)，以及同步已經(jīng)提交的事務(wù)到數(shù)據(jù)文件。這里以2020-01-26_10-33-29這個全量備份目錄作為示例，執(zhí)行如下命令：

[root@PXC-Node3 ~]# innobackupex --apply-log /home/backup/2020-01-26_10-33-29/

然后使用以下命令進(jìn)行備份文件的還原：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --copy-back /home/backup/2020-01-26_10-33-29/

接著給還原后的目錄文件賦予mysql用戶權(quán)限：

[root@PXC-Node3 ~]# chown -R mysql:mysql /var/lib/mysql/*
[root@PXC-Node3 ~]# chown -R mysql:mysql /mnt/p0/data/*
[root@PXC-Node3 ~]# chown -R mysql:mysql /mnt/p1/data/*

到此為止就完成了冷還原，最后啟動MySQL服務(wù)并自行驗(yàn)證下數(shù)據(jù)是否正常即可：

[root@PXC-Node3 ~]# systemctl start mysqld

以上是對沒有使用流式壓縮，也沒有使用加密的備份文件做的演示。如果是備份文件使用了流式壓縮，則需要先使用xbstream命令對其進(jìn)行解壓。如下示例：

# 創(chuàng)建解壓后文件的存儲目錄
[root@PXC-Node3 ~]# mkdir /home/backup/temp
[root@PXC-Node3 ~]# xbstream -x < /home/backup/backup2.xbstream -C /home/backup/temp/

如果備份文件使用了加密，則在解壓之后還需要對其進(jìn)行解密：

[root@PXC-Node3 ~]# innobackupex --decompress --decrypt=AES256 --encrypt-key='1K!cNoq\&RUfQsY\&\&LAczTjco' /home/backup/temp

• Tips：因?yàn)?code>&是特殊字符，所以需要使用\轉(zhuǎn)義一下。其中--decompress是與--compress對應(yīng)的，用于解壓被壓縮的InnoDB數(shù)據(jù)文件，與解密無關(guān)

---

增量熱備份

增量熱備份必須以全量熱備份為基礎(chǔ)進(jìn)行備份，所以在了解了XtraBackup的全量熱備份和全量冷還原后，接下來就可以實(shí)踐XtraBackup的增量熱備份了。

注意事項：

• 無論全量熱備份使用了流式壓縮還是內(nèi)容加密，都必須解壓或解密成普通的備份目錄
• 增量熱備份也同樣可以使用流式壓縮和內(nèi)容加密

這里以2020-01-26_10-33-29這個全量備份目錄作為示例，增量熱備份命令如下：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --host=192.168.190.134 --user=admin --password=Abc_123456 --port=3306 --incremental-basedir=/home/backup/2020-01-26_10-33-29/ --incremental /home/backup/increment

• --incremental-basedir：指定全量備份文件所存儲的目錄，即基于哪個全量備份進(jìn)行增量備份
• --incremental：指定采用增量備份
• /home/backup/increment：增量備份文件所存放的目錄

增量備份的文件目錄如下：

[root@PXC-Node3 ~]# ls /home/backup/increment/
2020-01-26_17-02-21
[root@PXC-Node3 ~]# ls /home/backup/increment/2020-01-26_17-02-21/
backup-my.cnf  ibdata1.delta  mysql        sys  tpcc           xtrabackup_checkpoints  xtrabackup_logfile
ib_buffer_pool  ibdata1.meta  performance_schema  test  xtrabackup_binlog_info  xtrabackup_info
[root@PXC-Node3 ~]#

可以使用du命令對比一下全量熱備份與增量熱備份的目錄大?。?/p>

[root@PXC-Node3 ~]# du -sh /home/backup/increment/2020-01-26_17-02-21/
3.3M   /home/backup/increment/2020-01-26_17-02-21/  # 增量熱備份的目錄大小
[root@PXC-Node3 ~]# du -sh /home/backup/2020-01-26_10-33-29/
836M   /home/backup/2020-01-26_10-33-29/  # 全量熱備份的目錄大小
[root@PXC-Node3 ~]#

之后的第二次增量備份就可以不基于全量備份，而是基于第一次的增量備份，這樣每次的增量備份都是一個備份點(diǎn)就像快照一樣。如下示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --user=admin --password=Abc_123456 --incremental-basedir=/home/backup/increment/2020-01-26_17-02-21/ --incremental /home/backup/increment

如果增量備份時需要使用流式壓縮和內(nèi)容加密，則添加相關(guān)參數(shù)即可。如下示例：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --user=admin --password=Abc_123456 --incremental-basedir=/home/backup/increment/2020-01-26_17-02-21/ --incremental --stream=xbstream --encrypt=AES256 --encrypt-threads=10 --encrypt-chunk-size 512 --encrypt-key='1K!cNoq&RUfQsY&&LAczTjco' ./ > /home/backup/increment

• Tips：這里的./表示將增量備份所有的內(nèi)容都寫到流式壓縮文件里，壓縮文件則存放在/home/backup/increment目錄下

---

增量冷還原

經(jīng)過以上小節(jié)可以得知增量熱備份僅備份新數(shù)據(jù)，并且生成的備份目錄體積也要比全量熱備份生成的目錄體積要小很多。那么XtraBackup要如何將增量備份的數(shù)據(jù)還原到數(shù)據(jù)庫呢？其實(shí)也很簡單，就是先將增量熱備份的數(shù)據(jù)與全量熱備份的數(shù)據(jù)合并，然后基于合并后的備份數(shù)據(jù)去還原即可。

增量熱備份可以有很多個備份點(diǎn)，因?yàn)槌谝淮卧隽繜醾浞萃?，其余的增量熱備份都是基于上一次增量熱備份進(jìn)行的。所以在還原的時候也可以選擇任意一個備份點(diǎn)去還原，但事務(wù)日志的處理步驟與全量冷還原不一樣。

在之前演示全量冷還原的時候，有一個處理事務(wù)日志的步驟，同樣增量冷還原也有這個步驟，但是有些差異。上面提到增量熱備份是可以有多個備份點(diǎn)的，那么在還原某一個備份點(diǎn)時就需要處理該備份點(diǎn)及其之前備份點(diǎn)的事務(wù)日志，否則就會出現(xiàn)數(shù)據(jù)混亂的情況。如下圖，有三個備份點(diǎn)：

例如，當(dāng)還原“增量備份1”時，需要先處理其前一個備份點(diǎn)的事務(wù)日志，即圖中的“全量熱備份”。接著再處理“增量備份1”這個備份點(diǎn)的事務(wù)日志，然后合并“增量備份1”的數(shù)據(jù)到“全量熱備份”中。這樣才能保證多個備份點(diǎn)合并到全量備份點(diǎn)后的數(shù)據(jù)是一致的，最后還原“全量熱備份”中的數(shù)據(jù)即可。

再例如，要還原的是“增量備份2”，那么就得先處理“全量熱備份”，然后處理“增量備份1”，接著處理“增量備份2”，按從前往后的順序依次將這三個備份點(diǎn)的事務(wù)日志都給處理了后，才能合并備份點(diǎn)的數(shù)據(jù)到全量備份中，最后還原“全量熱備份”中的數(shù)據(jù)。其余則以此類推......

接下來實(shí)操一下增量冷還原，這里有三個與上圖對應(yīng)的備份點(diǎn)目錄：

/home/backup/2020-01-26_10-33-29/  # 全量熱備份
/home/backup/increment/2020-01-27_10-11-24/  # 增量備份1
/home/backup/increment/2020-01-27_10-15-11/  # 增量備份2

因?yàn)槭抢溥€原，所以得先關(guān)閉MySQL服務(wù)：

[root@PXC-Node3 ~]# systemctl stop mysqld

在本例中要還原的是“增量備份2”這個備份點(diǎn)的數(shù)據(jù)，按照之前的說明，首先處理全量備份點(diǎn)的事務(wù)日志，執(zhí)行如下命令：

[root@PXC-Node3 ~]# innobackupex --apply-log --redo-only /home/backup/2020-01-26_10-33-29/

• --redo-only：指定不回滾未提交的事務(wù)，因?yàn)橄聜€備份點(diǎn)的事務(wù)日志里可能會提交該備份點(diǎn)未提交的事務(wù)。如果回滾了就會導(dǎo)致下個備份點(diǎn)無法正常提交

然后處理“增量備份1”的事務(wù)日志，并將"增量備份1"的數(shù)據(jù)合并到全量備份點(diǎn)上：

[root@PXC-Node3 ~]# innobackupex --apply-log --redo-only /home/backup/2020-01-26_10-33-29/ --incremental-dir=/home/backup/increment/2020-01-27_10-11-24/

• --incremental-dir：指定要合并到全量備份的增量備份目錄

接著處理“增量備份2”的事務(wù)日志，并將"增量備份2"的數(shù)據(jù)合并到全量備份點(diǎn)上。由于只還原到“增量備份2”這個備份點(diǎn)，所以就不需要加上--redo-only參數(shù)了，因?yàn)闆]有下個備份點(diǎn)了：

[root@PXC-Node3 ~]# innobackupex --apply-log /home/backup/2020-01-26_10-33-29/ --incremental-dir=/home/backup/increment/2020-01-27_10-15-11/

與全量冷還原一樣，也需清空數(shù)據(jù)目錄及表分區(qū)的數(shù)據(jù)目錄：

[root@PXC-Node3 ~]# rm -rf /var/lib/mysql/*
[root@PXC-Node3 ~]# rm -rf /mnt/p0/data/*
[root@PXC-Node3 ~]# rm -rf /mnt/p1/data/*

完成以上步驟后，就可以使用如下命令完成備份文件的還原了：

[root@PXC-Node3 ~]# innobackupex --defaults-file=/etc/my.cnf --copy-back /home/backup/2020-01-26_10-33-29/  # 注意這里指定的是全量備份點(diǎn)的目錄

接著給還原后的目錄文件賦予mysql用戶權(quán)限：

[root@PXC-Node3 ~]# chown -R mysql:mysql /var/lib/mysql/*
[root@PXC-Node3 ~]# chown -R mysql:mysql /mnt/p0/data/*
[root@PXC-Node3 ~]# chown -R mysql:mysql /mnt/p1/data/*

到此為止還原就完成了，最后啟動MySQL服務(wù)并自行驗(yàn)證下數(shù)據(jù)是否正常即可：

[root@PXC-Node3 ~]# systemctl start mysqld

看完上述內(nèi)容，你們對XtraBackup有進(jìn)一步的了解嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

網(wǎng)站欄目：XtraBackup熱備份原理和XtraBackup的安裝使用-創(chuàng)新互聯(lián)
文章源于：http://www.rwnh.cn/article46/ehohg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、品牌網(wǎng)站設(shè)計、云服務(wù)器、網(wǎng)站設(shè)計、App開發(fā)、定制開發(fā)

廣告

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