實現MySQL讀寫分離需要多少臺主機

讀寫分離是為了提供程式的效能，隨著使用者的增加，對資料庫的壓力也會增加，資料庫或SQL的基本優化可能達不到最終的效果，讀寫拆分就是簡單地將資料庫上的讀寫操作分開對應於不同的資料庫伺服器， 可以有效減輕資料庫的壓力，也可以減輕IO的壓力。主資料庫提供寫入操作，輔助資料庫提供讀取操作。

當系統使用快取時，大多數功能都可以在不經過資料庫的情況下完成。 但是，仍然需要一些功能，並且需要訪問資料庫的所有寫入。 因此，需要提供乙個主從資料庫來分離讀寫操作，並且將主資料庫與從資料庫同步後，從資料庫一般由多個資料庫組成，從而達到減壓的目的。

這是乙個比較先進的知識。

1.書寫的頻率不能很大。

2.其基本思想是： 兩個圖書館，乙個專門用於閱讀。 圖書館專門用於寫作。 寫入資料時。 用於更新唯讀資料庫的觸發器。 這裡的要求是沒有資料及時性的要求。 而且它不經常寫。

這是使用 MySQL 代理實現的。

MySQL Proxy 最強大的功能之一是“讀寫分離”的實現。 基本原則是讓主資料庫處理事務查詢和資料庫中的選擇查詢。 資料庫複製用於將事務查詢引起的更改同步到集群中的從屬資料庫。

當然，主伺服器也可以提供查詢服務。 使用讀寫分離的最大影響無非是環境伺服器的壓力。

InnoDB是MySQL最流行的儲存引擎之一，它有兩種型別的資料儲存策略，一種是共享表空間儲存，另一種是獨佔表空間儲存。 使用共享表空間時，innoDB 中的所有資料都儲存在單個表空間中，該錶空間可以由多個檔案組成。

乙個表可以存在於多個檔案中，因此其大小限制不再是檔案大小限制，而是其自身的限制。 從InnoDB的官方文件中可以看出，其表空間的最大限制是64TB，也就是說，INNODB的單錶限制基本在64TB左右，當然，這個大小包括了該錶的所有索引和其他相關資料。

但是，當您使用獨享表空間儲存 innodb 表時，每個表的資料都儲存在乙個單獨的檔案中，單個表的限制成為檔案系統的大小限制。

讀寫分離是使用 MySQL 主從複製完成的，A 不斷向 B 傳送 binlog 資訊，保持 B 和 A 的資料一致，如果還需要在 B 上寫入，則需要啟用主-主模式。 關於第三點，如果採用a-b a-c a-d模式，則需要A向每個從站傳送binlog資訊，如果是a-b-c的級聯模式，則只需要A向B傳送一次binlog資訊，然後B向C傳送一次。