MySQL大型分布式集群高可用搭建問題如何解決呢？通常來說數(shù)據(jù)庫都保存著一個(gè)公司的核心數(shù)據(jù)，單機(jī)數(shù)據(jù)庫往往會(huì)存在宕機(jī)，網(wǎng)絡(luò)延時(shí)等問題，不僅是數(shù)據(jù)安全存在隱患，性能問題也是十分值得關(guān)注的！采用數(shù)據(jù)庫的分

MySQL大型分布式集群高可用搭建問題如何解決呢？

通常來說數(shù)據(jù)庫都保存著一個(gè)公司的核心數(shù)據(jù)，單機(jī)數(shù)據(jù)庫往往會(huì)存在宕機(jī)，網(wǎng)絡(luò)延時(shí)等問題，不僅是數(shù)據(jù)安全存在隱患，性能問題也是十分值得關(guān)注的！

①，主從復(fù)制，讀寫分離：使用一主多從可以保證數(shù)據(jù)不丟失，而使用讀寫分離的原因是因?yàn)樽x寫比例通常有二八分的選擇，所以使用多個(gè)從庫來做讀取是很好的方案！

主從復(fù)制的開啟很簡(jiǎn)單，在mysql中的配置中心打開log-bin進(jìn)行復(fù)制，使用server-id配置主從即可！

讀寫分離可以使用spring aop配置動(dòng)態(tài)數(shù)據(jù)源來實(shí)現(xiàn)！

②，雙主互備：

1，兩臺(tái)機(jī)器互為主從，實(shí)現(xiàn)雙邊同步數(shù)據(jù)，可以在代碼中或者別的組件實(shí)現(xiàn)負(fù)載均衡！

2，一主一備：當(dāng)前主機(jī)掛掉的時(shí)候，備機(jī)可以迅速上位，提供服務(wù)！

雙主互備模式在掛掉一臺(tái)機(jī)器的時(shí)候，另一臺(tái)可以持續(xù)使用，數(shù)據(jù)同步中斷！

③，分庫分表：將數(shù)據(jù)按照一定的拆分原則存儲(chǔ)在不同庫不同表里！

水平拆分：按照月份，hash等方式，實(shí)現(xiàn)數(shù)據(jù)分散到不同庫（表）中！

垂直拆分：將一張表中的字段按照一定的原則拆分到不同庫（表）中！

總的來說，如果寫數(shù)據(jù)過大，建議使用分庫分表，將寫壓力分散到不同庫中，如果讀多寫少，則讀寫分離也就夠了！

上面的幾種方式，是筆者這幾年在不同公司遇到的，代碼層實(shí)現(xiàn)的讀寫分離，雙寫負(fù)載均衡等，如果有需要的朋友，可以一起交流！

配置mysql集群需要mysql哪個(gè)版本？

集群中，可能存在mysql主從復(fù)制。但主從主要是做讀寫分離的。另外主從出現(xiàn)故障可能性比較大。mysql集群很復(fù)雜，當(dāng)然小集群比較簡(jiǎn)單，集群主要是實(shí)現(xiàn)高可用和高負(fù)載，主從只是集群可能用到的一個(gè)mysql功能了。比如 主從 讀寫分離 keepalived自動(dòng)故障切換但mysql瓶頸在于寫，也就是。復(fù)雜的集群有的按照索引分開寫入，有的多主……

如何優(yōu)化因MYSQL讀寫頻繁，負(fù)載過高導(dǎo)致的CPU高占用率？

MySQL處在高負(fù)載環(huán)境下，磁盤IO讀寫過多，肯定會(huì)占用很多資源，必然CP會(huì)U占用過高。占用CPU過高，可以做如下考慮：

1.打開慢查詢?nèi)罩?，查詢是否是某個(gè)SQL語句占用過多資源，如果是的話，可以對(duì)SQL語句進(jìn)行優(yōu)化，比如優(yōu)化 insert 語句、優(yōu)化 group by 語句、優(yōu)化 order by 語句、優(yōu)化 join 語句等等；

2.考慮索引問題；

3.定期分析表，使用optimize table；

4.優(yōu)化數(shù)據(jù)庫對(duì)象；

5.考慮是否是鎖問題；

6.調(diào)整一些MySQL Server參數(shù)，比如key_buffer_size、table_cache、innodb_buffer_pool_size、innodb_log_file_size等等；

7.如果數(shù)據(jù)量過大，可以考慮使用MySQL集群或者搭建高可用環(huán)境。