建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
在數(shù)據(jù)庫(kù)管理中，如何進(jìn)行數(shù)據(jù)備份和數(shù)據(jù)的復(fù)制是重要的基礎(chǔ)操作之一。數(shù)據(jù)的備份可以保證數(shù)據(jù)的安全性，在數(shù)據(jù)出現(xiàn)問(wèn)題時(shí)可以快速恢復(fù)數(shù)據(jù)，而數(shù)據(jù)的復(fù)制可以將一個(gè)數(shù)據(jù)庫(kù)的內(nèi)容“復(fù)制”到另一個(gè)數(shù)據(jù)庫(kù)中，實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)同步。本文將詳解數(shù)據(jù)庫(kù)復(fù)制的基本概念和操作流程，讓讀者在實(shí)際應(yīng)用中更好地掌握數(shù)據(jù)庫(kù)復(fù)制的技能。
一、數(shù)據(jù)庫(kù)復(fù)制的概念
數(shù)據(jù)庫(kù)復(fù)制（Database Replication），也稱(chēng)為數(shù)據(jù)庫(kù)副本（Database Copying），是指將一個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)和結(jié)構(gòu)復(fù)制到另一個(gè)數(shù)據(jù)庫(kù)中的過(guò)程。在數(shù)據(jù)庫(kù)復(fù)制中，源數(shù)據(jù)庫(kù)被稱(chēng)為發(fā)布者（Publisher），目標(biāo)數(shù)據(jù)庫(kù)被稱(chēng)為訂閱者（Subscriber）。復(fù)制的目的是將數(shù)據(jù)從一個(gè)地方復(fù)制到另一個(gè)地方，以保證數(shù)據(jù)的安全性和可靠性。數(shù)據(jù)庫(kù)復(fù)制的應(yīng)用非常廣泛，例如數(shù)據(jù)備份、數(shù)據(jù)分發(fā)、數(shù)據(jù)分析等。
二、數(shù)據(jù)庫(kù)復(fù)制的優(yōu)點(diǎn)
1.數(shù)據(jù)備份：數(shù)據(jù)備份是數(shù)據(jù)庫(kù)復(fù)制的最基本應(yīng)用，如果數(shù)據(jù)庫(kù)出現(xiàn)故障或者數(shù)據(jù)被損壞，我們可以利用備份數(shù)據(jù)來(lái)恢復(fù)數(shù)據(jù)，保證數(shù)據(jù)的可靠性和完整性。
2.增加數(shù)據(jù)可用性：數(shù)據(jù)庫(kù)復(fù)制可以將一個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)和結(jié)構(gòu)復(fù)制到其他的幾個(gè)數(shù)據(jù)庫(kù)中，這樣一來(lái)，我們就可以使用不同的數(shù)據(jù)庫(kù)對(duì)相同的數(shù)據(jù)進(jìn)行訪(fǎng)問(wèn)，從而增加了數(shù)據(jù)的可用性。
3.提高數(shù)據(jù)處理效率：數(shù)據(jù)庫(kù)復(fù)制可以將數(shù)據(jù)復(fù)制到多個(gè)數(shù)據(jù)庫(kù)中，這樣一來(lái)，我們就可以并行處理數(shù)據(jù)，從而提高了數(shù)據(jù)處理的效率和速度。
三、如何復(fù)制數(shù)據(jù)庫(kù)
1. 創(chuàng)建訂閱者
在數(shù)據(jù)庫(kù)復(fù)制之前，我們需要先創(chuàng)建一個(gè)訂閱者（Subscriber），以便在服務(wù)器之間建立通信。創(chuàng)建訂閱者的步驟如下：
1）在SQL Server Management Studio中，打開(kāi)“復(fù)制”文件夾，右鍵單擊“訂閱者”節(jié)點(diǎn)，選擇“添加訂閱者”。
2）在彈出的對(duì)話(huà)框中，選擇要復(fù)制的數(shù)據(jù)庫(kù)，并選擇“發(fā)布服務(wù)器”及其認(rèn)證方式，填寫(xiě)訂閱者名稱(chēng)、訂閱者描述、訂閱者類(lèi)型和訂閱者連接信息等相關(guān)信息，然后單擊“下一步”。
3）在下一個(gè)頁(yè)面上，選擇“為訂閱模板創(chuàng)建新的訂閱”，然后選擇“簡(jiǎn)單訂閱”或“高級(jí)訂閱”，并配置訂閱者的選項(xiàng)和屬性。
4）在最后的頁(yè)面上，單擊“完全”以創(chuàng)建訂閱者。
2. 創(chuàng)建發(fā)布者
創(chuàng)建發(fā)布者是需要在源數(shù)據(jù)庫(kù)上操作，在源數(shù)據(jù)庫(kù)上要執(zhí)行以下步驟：
1）在SQL Server Management Studio中，打開(kāi)“復(fù)制”文件夾，右鍵單擊“發(fā)布”節(jié)點(diǎn)，選擇“新建發(fā)布”。
2）在創(chuàng)建發(fā)布向?qū)У摹斑x擇發(fā)布類(lèi)型”頁(yè)面上，選擇適當(dāng)?shù)陌l(fā)布類(lèi)型，然后單擊“下一步”。
3）在“選擇發(fā)布數(shù)據(jù)庫(kù)”頁(yè)面上，選擇要發(fā)布的數(shù)據(jù)庫(kù)，并單擊“下一步”。
4）在“指定發(fā)布選項(xiàng)”頁(yè)面上，選擇要發(fā)布的表、視圖或存儲(chǔ)過(guò)程，并根據(jù)需要選擇其他發(fā)布選項(xiàng)，例如過(guò)濾規(guī)則等。然后單擊“下一步”。
5）在“指定訂閱服務(wù)器”頁(yè)面上，選擇要訂閱的服務(wù)器和訂閱者信息，并根據(jù)需要選擇其他發(fā)布選項(xiàng)，例如“允許更新訂閱”等。
6）在“完成添加發(fā)布”頁(yè)面上，單擊“下一步”，然后單擊“完成”。
3. 啟用發(fā)布者和訂閱者
在創(chuàng)建發(fā)布者和訂閱者之后，我們需要啟用它們才能開(kāi)始數(shù)據(jù)庫(kù)復(fù)制。啟用發(fā)布者和訂閱者包括以下步驟：
1）在網(wǎng)絡(luò)中配置發(fā)布者和訂閱者，以便它們可以正常通信。
2）在SQL Server Management Studio中，打開(kāi)“復(fù)制”文件夾，選中“發(fā)布”節(jié)點(diǎn)和訂閱者節(jié)點(diǎn)，并啟用它們。
3）等待數(shù)據(jù)復(fù)制完成，然后進(jìn)行數(shù)據(jù)驗(yàn)證和測(cè)試。
四、數(shù)據(jù)庫(kù)復(fù)制的注意事項(xiàng)
1. 數(shù)據(jù)庫(kù)復(fù)制要求網(wǎng)絡(luò)帶寬較大，因?yàn)榇罅康臄?shù)據(jù)需要傳輸。
2. 如果發(fā)布者和訂閱者的時(shí)間沒(méi)有同步，則Copy的時(shí)候需要用到計(jì)算機(jī)之間的時(shí)間同步。
3. 如果在訂閱者端修改了數(shù)據(jù)，不要修改原始表的數(shù)據(jù)，而應(yīng)該在訂閱者端創(chuàng)建一個(gè)新表，并在新表中進(jìn)行修改。
4. 復(fù)制者的數(shù)量應(yīng)適當(dāng)，過(guò)多的復(fù)制者會(huì)加重服務(wù)器的負(fù)擔(dān)，過(guò)少的復(fù)制者可能會(huì)導(dǎo)致數(shù)據(jù)同步失敗。
結(jié)論：從以上介紹可以看出，數(shù)據(jù)庫(kù)的復(fù)制可以使得數(shù)據(jù)更加安全可靠，數(shù)據(jù)庫(kù)的復(fù)制可以增強(qiáng)數(shù)據(jù)的可用性，提高數(shù)據(jù)的處理效率。但同時(shí)，在進(jìn)行數(shù)據(jù)庫(kù)復(fù)制的操作過(guò)程中也需要遵守一些注意事項(xiàng)。只有在合理遵守?cái)?shù)據(jù)庫(kù)復(fù)制操作的流程和注意事項(xiàng)的情況下，才能保證數(shù)據(jù)庫(kù)的數(shù)據(jù)完整、準(zhǔn)確、可靠。
相關(guān)問(wèn)題拓展閱讀：
- 現(xiàn)在我在學(xué)習(xí)MySQL，問(wèn)問(wèn)怎么復(fù)制粘貼數(shù)據(jù)庫(kù)
現(xiàn)在我在學(xué)習(xí)MySQL，問(wèn)問(wèn)怎么復(fù)制粘貼數(shù)據(jù)庫(kù)
這宴搭老得看你的數(shù)據(jù)表是什么存儲(chǔ)引擎，
新建的數(shù)據(jù)表默認(rèn)是InnoDB
數(shù)據(jù)表的存儲(chǔ)引擎是可以更改的
隨便進(jìn)入一張表，選擇操作，里面有存儲(chǔ)引擎可以修改，你想復(fù)制表就可以將存儲(chǔ)引擎修改成
myisam，
然后找到數(shù)據(jù)庫(kù)的data目錄復(fù)制好后，存儲(chǔ)引擎再改枝閉成你需要的類(lèi)型
phpmyadmin新建表時(shí)存儲(chǔ)引擎
phpmyadmin修改存儲(chǔ)引晌升擎
每當(dāng)我們討論一項(xiàng)（新的）領(lǐng)域技術(shù)的時(shí)候，更好的方式通常是首先拋出一些問(wèn)題，這些問(wèn)題大致分為三類(lèi)：
誒？這項(xiàng)技術(shù)又是什么玩意（What）?
這項(xiàng)技術(shù)為什么會(huì)存在？我們已經(jīng)有那么多解決方案（Method）了，我們?yōu)槭裁匆盟╓hy）？
如果這項(xiàng)技術(shù)那么好且我們正好有場(chǎng)景可以用到這項(xiàng)技術(shù)，且能使我們的系統(tǒng)得到很樂(lè)觀(guān)的優(yōu)化，那么我們?cè)趺从媚兀℉ow）？
大概已經(jīng)有同學(xué)覺(jué)得這些問(wèn)題很熟悉了，是的，這就是黃金全法則提出的三個(gè)問(wèn)題，對(duì)于每種新鮮事物我們首先基于這三個(gè)問(wèn)題去了解，更有利于弄清楚事情的本質(zhì)，端正態(tài)度去了解，而不是因?yàn)樾?，因?yàn)榇蠹叶颊f(shuō)好，才要去了解……。說(shuō)了那么多前奏，我們可以開(kāi)始了，今天我們就帶著黃金圈法則提出的三個(gè)問(wèn)題去看看MySQL數(shù)據(jù)庫(kù)復(fù)制這項(xiàng)領(lǐng)域技術(shù)，然后再結(jié)合實(shí)際應(yīng)用擴(kuò)展一些問(wèn)題，本文也僅僅是結(jié)合自己了解的皮毛以?huà)伌u引玉的態(tài)度和大家一起分享。
WHAT？
MySQL復(fù)制使得一臺(tái)MySQL數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)被拷貝到其他一臺(tái)或者多臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，前者通常被叫做Master，后者通常被叫做Slave。
MySQL復(fù)制示意圖
復(fù)制的結(jié)果是集群（Cluster）中的所有數(shù)據(jù)庫(kù)服務(wù)器得到的數(shù)據(jù)理論上都是一樣的，都是同一份數(shù)據(jù)，只是有多個(gè)copy。MySQL默認(rèn)內(nèi)建的復(fù)制策略是異步的，基于不同的配置，Slave不一定要一直和Master保持連接不斷的復(fù)制或等待復(fù)制，我們指定復(fù)制所有的數(shù)據(jù)庫(kù)，一部分?jǐn)?shù)據(jù)庫(kù)，甚至是某個(gè)數(shù)據(jù)庫(kù)的某部分的表。
MySQL復(fù)制支持多種不同的復(fù)制策略，包括同步、半同步、異步和延遲策略等。
同步策略：Master要等待所有Slave應(yīng)答之后才會(huì)提交（MySql對(duì)DB操作的提交通常是先對(duì)操作事件進(jìn)行二進(jìn)制日志文件寫(xiě)入然后再進(jìn)行提交）。
半同步策略：Master等待至少一個(gè)Slave應(yīng)答就可以提交。
異步策略：Master不需要等待Slave應(yīng)答就可以提交。
延遲策略：Slave要至少落后Master指定的時(shí)間。
MySQL復(fù)制同時(shí)支持多種不同的復(fù)制模式：
基于語(yǔ)句的復(fù)制，Statement Based Replication（SBR）。
基于行的復(fù)制Row Based Replication（RBR）。
混合復(fù)制（Mixed）。
WHY?
這個(gè)問(wèn)題其實(shí)也就是MySQL復(fù)制有什么好處，我們可以將復(fù)制的好處歸結(jié)于下面幾類(lèi)：
性能方面：MySQL復(fù)制是一種Scale-out方案，也即“水平擴(kuò)展”，將原來(lái)的單點(diǎn)負(fù)載擴(kuò)散到多臺(tái)Slave機(jī)器中去，從而提高總體的服務(wù)性能。在這種方式下，所有的寫(xiě)操作，當(dāng)然包括UPDATE操作，都要發(fā)生在Master服務(wù)器上。讀操作發(fā)生在一臺(tái)或者帆橋廳多臺(tái)Slave機(jī)器上。這種模型可以在一定程度上提高總體的服務(wù)性能，Master服務(wù)器專(zhuān)注于寫(xiě)和更新消悔操作，Slave服務(wù)器專(zhuān)注于讀操作，我們同時(shí)可以通過(guò)增加Slave服務(wù)器的數(shù)量來(lái)提高讀服務(wù)的性能。
防腐化：由于數(shù)據(jù)被復(fù)制到了Slave，Slave可以暫停復(fù)制進(jìn)程，進(jìn)行數(shù)據(jù)備份，因此可以防止數(shù)據(jù)腐化。
故障恢復(fù)：同時(shí)多臺(tái)Slave如果有一臺(tái)Slave掛掉之后我們還可以從其他Slave讀取，如果配置了主從切換的話(huà)，當(dāng)Master掛掉之后我們還可以選擇一臺(tái)Slave作為Master繼續(xù)提供寫(xiě)服務(wù)，這大大增加了應(yīng)用的可靠性態(tài)隱。
數(shù)據(jù)分析：實(shí)時(shí)數(shù)據(jù)可以存儲(chǔ)在Master，而數(shù)據(jù)分析可以從Slave讀取，這樣不會(huì)影響Master的性能。
HOW?
這里我們只介紹一下MySQL的復(fù)制是如何工作的，至于配置，網(wǎng)上也有很多相關(guān)的介紹，讀者具體應(yīng)用的時(shí)候可以再去查閱。我們拿最常用的基于二進(jìn)制文件的復(fù)制來(lái)看看。
MySQL復(fù)制工作示意圖
請(qǐng)點(diǎn)擊輸入圖片描述
請(qǐng)點(diǎn)擊輸入圖片描述
MySQL的復(fù)制過(guò)程大概如下：
首先，主庫(kù)在每次準(zhǔn)備提交事務(wù)完成數(shù)據(jù)更新操作之前都會(huì)將數(shù)據(jù)更改操作記錄到二進(jìn)制日志中，這些日志是以二進(jìn)制的方式記錄數(shù)據(jù)更改的事件。值得一提的是二進(jìn)制日志中記錄的順序?qū)嶋H上是事務(wù)的提交順序，而非SQL執(zhí)行語(yǔ)句的順序。在記錄二進(jìn)制日志之后，主庫(kù)會(huì)告訴存儲(chǔ)引擎事務(wù)可以提交了。
然后，備庫(kù)會(huì)啟動(dòng)一個(gè)IO線(xiàn)程，之所以叫做IO線(xiàn)程是因?yàn)檫@個(gè)線(xiàn)程專(zhuān)門(mén)做IO相關(guān)的工作，包括和主庫(kù)建立連接，然后在主庫(kù)上啟動(dòng)一個(gè)特殊的二進(jìn)制轉(zhuǎn)儲(chǔ)線(xiàn)程，這個(gè)轉(zhuǎn)儲(chǔ)線(xiàn)程會(huì)不斷的讀取二進(jìn)制日志中的事件，發(fā)送給備庫(kù)的IO線(xiàn)程，備庫(kù)的IO線(xiàn)程會(huì)將事件記錄到中繼日志中。
備庫(kù)會(huì)有一個(gè)叫做SQL的線(xiàn)程被開(kāi)啟，這個(gè)線(xiàn)程做的事情是讀取中繼日志中的DB操作事件在備庫(kù)執(zhí)行，從而實(shí)現(xiàn)數(shù)據(jù)更新。
總的來(lái)說(shuō)，在發(fā)生復(fù)制的主庫(kù)服務(wù)器和備庫(kù)服務(wù)器中，一共有三個(gè)線(xiàn)程在工作。
上面我們已經(jīng)大概了解的什么是復(fù)制？為什么要復(fù)制？如何復(fù)制？這三個(gè)問(wèn)題了，接下來(lái)我們基于上面的介紹，提出一些實(shí)際應(yīng)用可能會(huì)發(fā)生的問(wèn)題來(lái)思考如何解決。博主自問(wèn)自答的方式-。-
問(wèn)答環(huán)節(jié)
問(wèn)題一：通過(guò)復(fù)制模型雖然讀能力可以通過(guò)擴(kuò)展slave機(jī)器來(lái)達(dá)到提高，而寫(xiě)能力卻不能，如果寫(xiě)達(dá)到瓶頸我們應(yīng)該怎么做呢？
答：我們首先會(huì)得出結(jié)論，這種復(fù)制模型對(duì)于寫(xiě)少讀多型應(yīng)用是非常有優(yōu)勢(shì)的，其次，當(dāng)遇到這種問(wèn)題的時(shí)候我們可以對(duì)數(shù)據(jù)庫(kù)進(jìn)行分庫(kù)操作，所謂分庫(kù)，就是將業(yè)務(wù)相關(guān)性比較大的表放在同一個(gè)數(shù)據(jù)庫(kù)中，例如之前數(shù)據(jù)庫(kù)有A，B，C，D四張表，A表和B表關(guān)系比較大，而C表和D表關(guān)系比較大，這樣我們把C表和D表分離出去成為一個(gè)單獨(dú)的數(shù)據(jù)庫(kù)，通過(guò)這種方式，我們可以將原有的單點(diǎn)寫(xiě)變成雙點(diǎn)寫(xiě)或多點(diǎn)些，從而降低原有主庫(kù)的寫(xiě)負(fù)載。
問(wèn)題二：因?yàn)閺?fù)制是有延遲的，肯定會(huì)發(fā)生主庫(kù)寫(xiě)了，但是從庫(kù)還沒(méi)有讀到的情況，遇到這種問(wèn)題怎么辦？
答：MySQL支持不同的復(fù)制策略，基于不同的復(fù)制策略達(dá)到的效果也是不一樣的，如果是異步復(fù)制，MySQL不能保證從庫(kù)立馬能夠讀到主庫(kù)實(shí)時(shí)寫(xiě)入的數(shù)據(jù)，這個(gè)時(shí)候我們要權(quán)衡選擇不同復(fù)制策略的利弊來(lái)進(jìn)行取舍。所謂利弊，就是我們是否對(duì)從庫(kù)的讀有那么高的實(shí)時(shí)性要求，如果真的有，我們可以考慮使用同步復(fù)制策略，但是這種策略相比于異步復(fù)制策略會(huì)大大降低主庫(kù)的響應(yīng)時(shí)間和性能。我們是否可以在應(yīng)用的設(shè)計(jì)層面去避開(kāi)這個(gè)問(wèn)題？
問(wèn)題三：復(fù)制的不同模式有什么優(yōu)缺點(diǎn)？我們?nèi)绾芜x擇？
答：基于語(yǔ)句的復(fù)制實(shí)際上是把主庫(kù)上執(zhí)行的SQL在從庫(kù)上重新執(zhí)行一遍，這么做的好處是實(shí)現(xiàn)起來(lái)簡(jiǎn)單，當(dāng)前也有缺點(diǎn)，比如我們SQL里面使用了NOW()，當(dāng)同一條SQL在從庫(kù)中執(zhí)行的時(shí)候顯然和在主庫(kù)中執(zhí)行的結(jié)果是不一樣的，注入此類(lèi)問(wèn)題可以類(lèi)推。其次問(wèn)題就是這種復(fù)制必須是串行的，為了保證串行執(zhí)行，就需要更多的鎖。
基于行的復(fù)制的時(shí)候二進(jìn)制日志中記錄的實(shí)際上是數(shù)據(jù)本身，這樣從庫(kù)可以得到正確的數(shù)據(jù)，這種方式缺點(diǎn)很明顯，數(shù)據(jù)必須要存儲(chǔ)在二進(jìn)制日志文件中，這無(wú)疑增加的二進(jìn)制日志文件的大小，同時(shí)增加的IO線(xiàn)程的負(fù)載和網(wǎng)絡(luò)帶寬消耗。而相比于基于語(yǔ)句的復(fù)制還有一個(gè)優(yōu)點(diǎn)就是基于行的復(fù)制無(wú)需重放查詢(xún)，省去了很多性能消耗。
無(wú)論哪種復(fù)制模式都不是完美的，日志如何選擇，這個(gè)問(wèn)題可以在理解他們的優(yōu)缺點(diǎn)之后進(jìn)行權(quán)衡。
問(wèn)題四：復(fù)制的工作過(guò)程只有三個(gè)線(xiàn)程來(lái)完成，對(duì)于Master來(lái)說(shuō)，寫(xiě)是并發(fā)的，也就出現(xiàn)了一個(gè)IO線(xiàn)程要把所有并發(fā)的數(shù)據(jù)變更事件記錄，這個(gè)IO線(xiàn)程會(huì)不會(huì)累死？當(dāng)一個(gè)Master對(duì)應(yīng)多個(gè)Slave的時(shí)候，其實(shí)在Master中會(huì)喚起多個(gè)IO線(xiàn)程，這無(wú)疑會(huì)增加Master的資源開(kāi)銷(xiāo)，如果出現(xiàn)事件堆積，也就是事件太多，來(lái)不及及時(shí)發(fā)送出去怎么辦？另外就是Slave那邊的IO線(xiàn)程和SQL線(xiàn)程也會(huì)有對(duì)應(yīng)主庫(kù)并發(fā)數(shù)據(jù)變更事件，而Slave方單個(gè)線(xiàn)程處理的問(wèn)題，這個(gè)時(shí)候Slave線(xiàn)程會(huì)不會(huì)累死？
答：上面的問(wèn)題確實(shí)會(huì)發(fā)生，上面之一個(gè)問(wèn)題和第二個(gè)問(wèn)題其實(shí)是寫(xiě)負(fù)載的問(wèn)題，當(dāng)事件堆積太多，從庫(kù)時(shí)延就會(huì)變大，Slave單SQL線(xiàn)程問(wèn)題據(jù)說(shuō)有參數(shù)可以開(kāi)啟并行操作，這個(gè)大家可以確認(rèn)一下。
問(wèn)題五：針對(duì)復(fù)制工作過(guò)程可能會(huì)出現(xiàn)的問(wèn)題，主庫(kù)寫(xiě)完二進(jìn)制日志文件同時(shí)都會(huì)保存二進(jìn)制日志的偏移量，但是當(dāng)斷電的時(shí)候，二進(jìn)制日志文件沒(méi)有刷新到磁盤(pán)，主庫(kù)重新啟動(dòng)之后，從庫(kù)嘗試讀該偏移量的二進(jìn)制日志，會(huì)出現(xiàn)讀不到的情況，這個(gè)問(wèn)題應(yīng)該怎么解決？
答：首先如果開(kāi)啟了sync_binlog選項(xiàng)，對(duì)于innodb同時(shí)設(shè)置innodb_flush_log_at_trx_commot=1，則可以保證二進(jìn)制日志文件會(huì)被寫(xiě)入磁盤(pán)，但MyISAM引擎可能會(huì)導(dǎo)致數(shù)據(jù)損壞。如果沒(méi)有開(kāi)啟這個(gè)選項(xiàng)，則可以通過(guò)制定從庫(kù)的二進(jìn)制偏移量為下一個(gè)二進(jìn)制日志文件的開(kāi)頭，但是不能解決事件丟失問(wèn)題。
問(wèn)題六：從庫(kù)在非計(jì)劃的關(guān)閉或重啟時(shí)，回去讀master.info文件去找上次停止復(fù)制的位置，這同樣會(huì)有一個(gè)問(wèn)題，如果master.info不正確，就會(huì)導(dǎo)致復(fù)制數(shù)據(jù)不一致的情況，遇到這個(gè)問(wèn)題怎么辦？
答：這個(gè)問(wèn)題可以通過(guò)兩種方式解決，一是控制master.info在從庫(kù)非計(jì)劃關(guān)閉或重啟的時(shí)候讓master.info能夠同步到磁盤(pán)，這樣下次啟動(dòng)的時(shí)候就不會(huì)讀取錯(cuò)誤的信息，這有助于減少錯(cuò)誤的發(fā)生概率。另外想要找到正確的復(fù)制位置是困難的，我們也可以選擇忽略錯(cuò)誤。
請(qǐng)點(diǎn)擊輸入圖片描述
請(qǐng)點(diǎn)擊輸入圖片描述
關(guān)于怎么把數(shù)據(jù)庫(kù)復(fù)制出來(lái)的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
創(chuàng)新互聯(lián)服務(wù)器托管擁有成都T3+級(jí)標(biāo)準(zhǔn)機(jī)房資源，具備完善的安防設(shè)施、三線(xiàn)及BGP網(wǎng)絡(luò)接入帶寬達(dá)10T，機(jī)柜接入千兆交換機(jī)，能夠有效保證服務(wù)器托管業(yè)務(wù)安全、可靠、穩(wěn)定、高效運(yùn)行；創(chuàng)新互聯(lián)專(zhuān)注于成都服務(wù)器托管租用十余年，得到成都等地區(qū)行業(yè)客戶(hù)的一致認(rèn)可。
當(dāng)前標(biāo)題：數(shù)據(jù)庫(kù)復(fù)制教程：詳解如何復(fù)制數(shù)據(jù)庫(kù)！(怎么把數(shù)據(jù)庫(kù)復(fù)制出來(lái))
網(wǎng)站URL：http://www.5511xx.com/article/cdjjcoh.html
