如何解決實際的MySQL復制問題

這篇文章主要為大家展示了“如何解決實際的MySQL復制問題”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“如何解決實際的MySQL復制問題”這篇文章吧。

MySQL最常見的操作之一就是在主服務器和從服務器之間復制數據庫。雖然大多數此類連接都很容易建立和維護，但有時也會出現問題，例如某些主數據可能無法在從屬設備上復制或者讀取請求可能會路由到主設備而不是服務器。

問題出現很容易，但是想要找到解決復制失敗的方法卻需要我們花些心思。

復制是所有數據庫的最基本操作，它主要是將數據從一個數據庫服務器(主服務器)復制到一個或多個其他數據庫(從服務器)。該過程通過允許在多個從屬服務器之間分配負載來進行讀取、通過將主服務器限制為寫入來提高性能。

復制的好處包括通過從備份來提高安全性;分析可以在從數據庫執行且不影響主數據庫的性能表現;廣泛的數據分發，無需訪問主數據即可完成……

和很多數據庫管理操作一樣，復制有時也會不按預期進行，MySQL參考手冊中的“復制故障排除”提示了我們當復制出現問題時，應該檢查錯誤日志中的哪些信息。如果錯誤日志未指向解決方案，可通過發出SHOW MASTER STATUS語句在主服務器中啟用二進制日志記錄，如果已啟用，那么“status”不為零， 如果沒有，請確保主服務器正在運行--log-bin選項。

除此之外，該手冊還提供了其他幾個復制故障排除步驟：

• 主服務器和從服務器都必須以--server-id選項啟動，并且每個服務器必須具有唯一的ID值;

• 運行SHOW SLAVE STATUS以確保Slave_IO_Running和Slave_SQL_Running值均為“yes”;

• 運行SHOW_PROCESSLIST并查看State列以驗證從站是否正在連接到主站;

• 如果一個語句在主服務器上成功但在從服務器上失敗，那么核心選項是執行完整的數據庫重同步，這需要刪除從服務器的數據庫并從主服務器復制一個新的快照。

解決實際的MySQL復制問題

當MySQL主從連接有序時，為什么主設備上的數據沒有被復制到從設備上呢?我們以Stack Overflow帖子中提到的問題為例，來看看實際的MySQL復制問題應該如何解決。

第一步是在master數據庫上運行“show master status”或“show master status \ G”以獲取從站的正確值，根據上圖反映的從站狀態，從站已連接到主站并等待日志事件。同步正確的日志文件位置應該恢復到從服務器的復制。

為了確保良好的同步，停止主日志文件，轉儲數據庫，記錄主日志文件的位置，重新啟動主日志文件，將數據庫導入從模式，并以正確的主日志文件位置啟動從模式。

2014年3月發布的另一個Stack Overflow帖子提供了使用JDBC驅動程序的主/從設置，其中標記為只讀的事務仍在ping主設備。由于MySQL JDBC驅動程序正在管理與物理服務器(主服務器和從服務器)的連接，因此連接池和Spring事務管理器不知道數據庫連接是否鏈接到多個服務器。

解決方案是將控制權返回給Spring，之后提交連接上的事務。事務調試消息將指示，只要連接處于只讀模式，查詢將被路由到從服務器。通過在連接返回到池之前重置連接，清除只讀模式，最后一條日志消息將顯示查詢現在正被路由到主服務器。

以上是“如何解決實際的MySQL復制問題”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！