出現的原因：如果我的業務類訪問的資料庫突然掛掉了，造成我們的業務癱瘓。這時候需要我保證我們業務正常訪問，就出現了主從資料庫和集群資料庫。主要是針對業務的可用性來說。
集群資料庫：如果我們的業務使用了兩個資料庫a、b，那麼這個時候兩個資料庫的id如果是自增長的，那麼id肯定會重複，那麼這個時候即使前端來了一條資料，我們也不知道查那個表（問題1）？
為了解決（問題1），如是我們將a、b表的id抽出來放到c表中生成，當a、b需要插入資料的時候，需要在c表中獲取id。這個時候解決了id重複的問題。但是如果資料庫插入很大的時候，一張生成id的c表肯定會出現效能問題，出現這種效能問題的時候，我們又該怎麼處理呢？（問題2）
解決問題2：因為效能不好，這個時候，我們將生成id的c表也拆分成c、d兩張表來生成。這個是時候生成的id，又不能確認唯一性，這麼解決這個唯一性的問題？（問題3）
解決問題3 ：使用步長來解決，如果是兩張建立id的表，那麼設定資料庫建立表的id步長為2，這個時候第乙個資料庫建立的id是1,3,5,7.....。第二個建立id表的id是2,4,6,8...就不會出現重複。
效能進一步優化：我們可以在我們的業務層直接生成乙個一段id的list集合，比如[1,1000]，然後當使用到一定的比率的時候，我們在資料庫中申請第二段[2000, 3000].這樣，效能更好，不用每次都去訪問資料庫生成id。
部署主從資料庫
1.準備來兩台虛擬機器，並修改主機名稱 192.168.223.159 mysql1 192.168.223.160 mysql2 2.配置hosts檔案 3.兩個節點安裝資料庫服務 yum install y mariadb mariadb server4.兩個節點啟動資料庫服務並設定開機自啟 s...
MySQL資料庫主從原理理解
在日常專案測試過程中，經常會遇到mysql資料庫的主從模式，也就是主從複製和讀寫分離，主資料庫 master 資料有更新時，會同步到從資料庫 sl e master資料庫負責寫資料，而多台sl e資料庫負責讀資料，這樣便提公升了資料庫的併發效能。主要分為以下幾個步驟 1.主資料庫 master 如果...
主從資料庫 主從同步理論
主從資料庫資料同步原理 mysql的 replication 是乙個非同步的複製過程，從乙個 mysql instace 我們稱之為 主庫 複製到另乙個 mysqlinstance 我們稱之 從庫 在 主庫 與 從庫 之間的實現整個複製過程主要由三個執行緒來完成，其中兩個執行緒 sql執行緒和io執...