mysql查詢從主上讀

MySQL查詢從主上讀是指，將數據庫的所有寫操作（如插入、修改、刪除等）都發往數據庫的主節點，而將讀操作（如查詢數據）發送到數據庫的從節點上。這樣的好處是可以提高數據庫的讀取效率，同時減少單一節點的負載壓力，提高數據庫的穩定性。該方案需要使用MySQL集群，即將多個MySQL服務器連接在一起，構成一個分布式的數據庫系統，以實現高可用、高性能、高擴展等特性。常用的MySQL集群方案包括主從復制、MGR、Galera Cluster等。

創新互聯主要從事成都網站設計、網站制作、網頁設計、企業做網站、公司建網站等業務。立足成都服務蟠龍,十載網站建設經驗,價格優惠、服務專業,歡迎來電咨詢建站服務:13518219792

mysql 怎么檢查主從數據一致性

用 pt-table-checksum 時，會不會影響業務性能？

實驗

實驗開始前，給大家分享一個小經驗：任何性能評估，不要相信別人的評測結果，要在自己的環境上測試，并（大概）知曉原理。

我們先建一對主從：

然后用 mysqlslap跑一個持續的壓力：

開另外一個會話，將 master 上的 general log 打開：

然后通過 pt-table-checksum 進行一次比較：

查看 master 的 general log，由于 mysqlslap 的影響，general log 中有很多內容，我們找到與 pt-table-checksum 相關的線程：

將該線程的操作單獨列出來：

操作比較多，我們一點一點來說明：

這里工具調小了 innodb 鎖等待時間。使得之后的操作，只要在 innodb 上稍微有鎖等待，就會馬上放棄操作，對業務影響很小。

另外工具調小了 wait_timeout 時間，倒是沒有特別的作用。

工具將隔離級別調整為了 RR 級別，事務的維護代價會比 RC 要高，不過后面我們會看到工具使用的每個事務都很小，加上之前提到 innodb 鎖等待時間調到很小，對線上業務產生的成本比較小。

RR 級別是數據對比的基本要求。

工具通過一系列操作，了解表的概況。工具是一個數據塊一個數據塊進行校驗，這里獲取了第一個數據塊的下邊界。

接下來工具獲取了下一個數據塊的下邊界，每個 SQL前都會 EXPLAIN 一下，看一下執行成本，非常小心翼翼。

之后工具獲取了一個數據塊的 checksum，這個數據塊不大，如果跟業務流量有沖突，會馬上出發 innodb 的鎖超時，立刻退讓。

以上是 pt-table-checksum 的一些設計，可以看到這幾處都是精心維護了業務流量不受影響。

工具還設計了其他的一些機制保障業務流量，比如參數 --max-load 和 --pause-file 等，還有精心設計的數據塊劃分方法，索引選擇方法等。大家根據自己的情況配合使用即可達到很好的效果。

總結

本期我們介紹了簡單分析 pt-table-checksum 是否會影響業務流量，坊間會流傳工具的各種參數建議或者不建議使用，算命的情況比較多，大家都可以用簡單的實驗來分析其中機制。

還是那個觀點，性能測試不能相信道聽途說，得通過實驗去分析。

mysql查看主從同步狀態的方法

其實就是主要看 Slave_IO_Running 和 Slave_SQL_Running 兩個線程的狀態。

網站標題：mysql怎么查看主從 mysql mgr如何判斷主從
本文網址：http://vcdvsql.cn/article34/dopjgse.html

成都網站建設公司_創新互聯，為您提供服務器托管、云服務器、網站排名、動態網站、營銷型網站建設、網站建設

廣告

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