我們之前提到當備庫足夠多時，會對主庫造成很大的負載。每個備庫會在主庫上創(chuàng)建一個線程，并執(zhí)行binlogdump命令。該命令會讀取二進制日志文件中的數據并將其發(fā)送給備庫。每個備庫都會重復這樣的工作，它們不會共享binlog dump的資源。

如果有很多備庫，并且有大的事件時，例如一次很大的L0AD DATA INFILE操作，主庫上的負載會顯著上升，甚至可能由于備庫同時請求同樣的事件而耗盡內存并崩潰。另一方面，如果備庫請求的數據不在文件系統(tǒng)的緩存中，可能會導致大量的磁盤檢索，這同樣會影響主庫的性能并增加鎖的競爭。

因此，如果需要多個備庫，一個好辦法是從主庫移除負載并使用分發(fā)主庫。分發(fā)主庫事實上也是一個備庫，它的唯-目的就是提取和提供主庫的二進制日志。多個備庫連接到分發(fā)主庫，這使原來的主庫擺脫了負擔。為了避免在分發(fā)主庫上做實際的查詢，可以將它的表修改為blackhole存儲引擎。

很難說當備庫數據達到多少時需要一個分發(fā)主庫。按照通用準則，如果主庫接近滿負載，不應該為其建立10個以上的備庫。如果有少量的寫操作，或者只復制其中一部分表，主庫就可以提供更多的復制。另外，也不一定只使用一個分發(fā)主庫。如果需要的話，可以使用多個分發(fā)主庫向大量的各庫進行復制，或者使用金字塔狀的分發(fā)主庫。在某些情況下，可以通過設置slave_compressed_protoco來節(jié)約一些主庫帶寬。 這對跨數據中心復制很有好處。

還可以通過分發(fā)主庫實現其他目的，例如，對二進制日志事件執(zhí)行過速和重寫規(guī)則。這比在每個備庫上重復進行日志記錄、重寫和過濾要高效得多。如果在分發(fā)主庫上使用blackhole表，可以支持更多的備庫。雖然會在分發(fā)主庫執(zhí)行查詢，但其代價非常小，因為blackhole表中沒有任何數據。blockhole 表的缺點是其存在Bug,例如在某些情況下會忘記將自增ID寫人到二進制日志中。所以要小心使用blackhole表。

一個比較常見的問題是如何確保分發(fā)

storage_ engine = blackhole

這只會影響那些沒有指定存儲引擎的CREATE TALE的語句，如果有一個無法控制的應用，這種拓撲結構可能會非常脆弱。可以通過skip_innodb 選項禁止InoDB,將表退化為MyISAM。但你無法禁止MyISAM成者Memory引擎。

使用分發(fā)主庫另外一個主要的缺點是無法使用一個備庫來代替主庫。因為由于分發(fā)主庫的存在，導致各個備庫與原始主庫的二進制日志坐標已經不相同。

總結

以上是生活随笔為你收集整理的mysql 备库,高性能MySQL：主库、分发主库以及备库的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。