如何驗證主從數(shù)據(jù)庫數(shù)據(jù)內容一致？首先，了解MySQL主從是邏輯復制。這是有條件的，以確保主從之間的一致性。在MySQL 5.7中，最新的特性是gtid，如果操作安全，可以保證一致性。否則，缺口和交易將

如何驗證主從數(shù)據(jù)庫數(shù)據(jù)內容一致？

首先，了解MySQL主從是邏輯復制。這是有條件的，以確保主從之間的一致性。在MySQL 5.7中，最新的特性是gtid，如果操作安全，可以保證一致性。否則，缺口和交易將不一致。如果執(zhí)行reset master，將刪除所有二進制日志，mysql.gtid執(zhí)行的表將被重置。當從數(shù)據(jù)庫恢復時，會發(fā)現(xiàn)在配置主從關系時找不到二進制日志。如果要強制配置，請執(zhí)行reset slave，但結果在master和slave之間不一致。如果以后不能執(zhí)行SQL，還會有其他問題（這個操作是人為默認gap的存在）。

MySQL主從復制能完美解決數(shù)據(jù)庫的單點問題嗎？為什么？

使用主從時，實際上放棄了強一致性。由于受試者只問一個問題，我們不考慮訪問次數(shù)的問題。換句話說，假設主從復制可以完全支持當前的系統(tǒng)訪問。)

通用數(shù)據(jù)庫主從設置：

主數(shù)據(jù)庫可以讀寫

即系統(tǒng)可以同時從主數(shù)據(jù)庫和從數(shù)據(jù)庫獲取數(shù)據(jù)。數(shù)據(jù)寫入主庫后，會自動同步到從庫。

這構成了一個簡單的分布式系統(tǒng)。根據(jù)cap定理，三個中只能選擇一個。如果一致性很強，則不會提高系統(tǒng)的可用性，反而會降低系統(tǒng)的可用性。

讓我們看看上面的主從結構中可能出現(xiàn)什么問題：

系統(tǒng)寫入主數(shù)據(jù)庫，然后從主數(shù)據(jù)庫進行查詢。這是一個單點數(shù)據(jù)庫，沒有影響。

-如果數(shù)據(jù)已同步，則沒有影響

-如果數(shù)據(jù)未同步，則會查詢舊數(shù)據(jù)

-如果同步有問題，則會斷開主設備和從設備的連接。如果系統(tǒng)無法感知它，那么查詢可能總是舊數(shù)據(jù)。這里我們需要監(jiān)視同步。當同步出現(xiàn)問題時，我們應該及時處理

掛斷庫。主數(shù)據(jù)不能與從數(shù)據(jù)同步。如果主從交換機是自動的，單點故障的概率只會降低50%（如果主數(shù)據(jù)庫或備用數(shù)據(jù)庫發(fā)生故障，并且沒有人恢復）。