主從複製常見問題
1.主庫宕機,部分操作沒有寫入bin-log,導致偏移量上沒有操作
2.從庫宕機,部分操作沒有寫入中繼日誌,導致重複讀取
3.從庫沒有設定read_only,導致主從資料不一致
4.不唯一的server_id和server_uuid
5.max_allow_package設定引起的問題
解決辦法:
1.跳過 skip
2.change master
3.設定從庫唯讀
4.檢查server_id和server_uuid
如何實現高可用
如何避免mysql單點故障
1.多寫集群 pxc 只有所有的伺服器都寫入成功才提交事務,否則回滾,有點類似於kafka的其中一種可靠性策略,
優點:資料完全同步
缺點:效能差,只支援innodb
2.ndb集群,主主複製,只支援記憶體模式,否則效能很差
3.mysql主從複製,重點是解決主伺服器的單點問題
第三方元件兩種解決方案:mmm,mha
mmm架構
mmm有點類似於redis的哨兵機制
mmm架構的優缺點
優點:1.通過虛擬ip實現故障自動轉移
2.實現了對主從同步延遲的監控,某台從伺服器延遲過高時,可以切換到其他沒有延遲的資料庫
缺點:1.最新版本是2023年的,停更了,不支援mysql新的複製方式(gtid,多執行緒複製),只能支援基於日誌點的複製
2.沒有讀負載均衡的功能
3.主從切換過程中,可能造成資料丟失或者重複執行事務
4.mmm監控成為了新的單點問題
mha架構
1.設定所有主機免認證登入
2.配置主從複製集群
3.配置mha管理節點
4.通過master_check_ssh和master_check_repl對配置進行檢測
5.啟動mha服務
mha的優缺點
優點:1.支援gtid
2.切換過程中不容易發生資料丟失
缺點:1.需要自己編寫指令碼實現vip的配置,上手難度大
2.只會對主進行監控,從掛掉不能自動剔除
3.需要基於ssh免認證配置,存在一定安全隱患
4.沒有從伺服器負載均衡
讀寫分離與負載均衡
1.程式實現,增加複雜度
2.使用中介軟體,macat,mysql-proxy,maxscale
mysql效能調優
1.對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。2.應盡量避免在where子句中對字段進行null判斷，否則會導致引擎放棄使用索引而進行全表掃瞄。3.應盡量避免在where子句中使用 或 操作符，否則會導致引擎放棄使用索引而進行全表掃瞄。4...
Mysql效能調優
mysql 效能調優有很多方面，主要是這幾個方面 1 正規化 是指表的列具有原子性，不可再拆分，只要資料庫是線性的，都自動滿足1nf。2 正規化 表中的紀錄是唯一的。3 正規化 表中資料不應該有冗餘，如果通過某個欄位就能得到跟該字段相關的資訊，就沒必要將這些資訊，再存放到該表中。在3nf中，可能會對...
MySQL效能調優
1 經常用來讀的表使用myisam儲存引擎 2 其餘的表都用innodb儲存引擎 1 在select where order by常涉及到的字段上建立索引 2 where子句中不使用 否則將放棄使用索引進行全表掃瞄 3 盡量避免用null值判斷,否則會全表掃瞄 示例 select id from t...