mysql主從同步 架構(gòu)設(shè)計方案

1、（1）整體的架構(gòu)拓?fù)洌?）硬件選擇（3）讀寫分離方案（4）同步方案（5）備份方案（6）監(jiān)控方案（7）優(yōu)化（8）集群+負(fù)載均衡（后期在做） （1）硬盤使用raid-0+1或者raid-5磁盤陣列，適硬盤數(shù)量而定 （2） cpu 可以使用兩顆2.4ghz 以上的cpu。 （3）物理內(nèi)存：對于一臺使用mysql的database server來說，服務(wù)器內(nèi)存不要小于2gb綜上所述，硬件選擇如下（服務(wù)器品牌在議）：cpu: 2顆intel xeon 2.4ghz 內(nèi)存: 2gb ddr2 硬盤: 三個或者四個73gb scsi 讀寫分離是有效的減輕數(shù)據(jù)庫負(fù)載的一種方案，結(jié)合同步復(fù)制，以達(dá)到數(shù)據(jù)的統(tǒng)一

2、采用mysql proxy 虛擬連接池來實現(xiàn)，對外給定一個連接池，當(dāng)客戶請求發(fā)往該連接池的時候，將讀請求和寫請求分別指定到各個預(yù)先規(guī)定的多個只讀只寫服務(wù)器 實現(xiàn)數(shù)據(jù)庫同步復(fù)制是分布式數(shù)據(jù)庫系統(tǒng)必不可少的一項技術(shù)，采用master,slave雙向熱備 通過主配置文件/etc/f連實現(xiàn)，而且是實時的 在這里所有的寫服務(wù)器都作為master服務(wù)器并且互相同步，其他三個讀服務(wù)器作為slave來同步寫服務(wù)器的數(shù)據(jù)以達(dá)到數(shù)據(jù)的統(tǒng)一性 為保證數(shù)據(jù)的完整性，備份是必不可少的 采用每天定時完整備份+增量備份的方式 超過三天的備份自動刪除以保證服務(wù)器硬盤空間 本機，異地交叉?zhèn)浞?在指定了硬件條件的前提下mysql

3、的優(yōu)化是通過修改主配置文件：/etc/f來實現(xiàn)的 主要從以下幾個方面考慮（1）查詢緩存（2）索引緩存（3）表緩沖區(qū)的限制（4）連接數(shù)限定（5）等待時間限定query cache對于繁更新的表，查詢緩存是不適合的，而對于一些不常改變數(shù)據(jù)且有大量相同sql查詢的表，查詢緩存會節(jié)約很大的性能查詢緩存相關(guān)參數(shù) （1）query_cache_limit允許進入查詢緩沖區(qū)的最小數(shù)據(jù)大小,默認(rèn)值是1mb （2）query_cache_size決定分配給緩存的內(nèi)存數(shù)量，單位是字節(jié)。 ,默認(rèn)是0（3）query_cache_type off | on指定查詢緩沖的類型,0是關(guān)閉,1為開啟緩默認(rèn)為1.（4）rea

4、d_buffer_size = n 為從數(shù)據(jù)表順序讀取數(shù)據(jù)的讀操作保留的緩存區(qū)的長度(默認(rèn)設(shè)置是128kb); （5）read_rnd_buffer_size = n 類似于read_buffer_size選項，但針對的是按某種特定順序(比如使用了order by子句的查詢)輸出的查詢結(jié)果(默認(rèn)設(shè)置是256k)（6）join_buffer_size = n 在參加join操作的數(shù)據(jù)列沒有索引時為join操作分配的緩存區(qū)長度(默認(rèn)設(shè)置是128k)。（1）用這個命令查看：mysql show variables like %query_cache%; have_query_cache yes -查

5、詢緩存是否可用query_cache_limit 1048576 -可緩存具體查詢結(jié)果的最大值query_cache_size 599040 -查詢緩存的大小query_cache_type yes -阻止或是支持查詢緩存 （2）在 show status 中，你可以監(jiān)視查詢緩存的性能：變量 含義qcache_queries_in_cache 在緩存中已注冊的查詢數(shù)目qcache_inserts 被加入到緩存中的查詢數(shù)目qcache_hits 緩存命中的次數(shù)qcache_lowmem_prunes 因為缺少內(nèi)存而被從緩存中刪除的查詢數(shù)目qcache_not_cached 沒有被緩存的查詢數(shù)目

6、(不能被緩存的，或由于 query_cache_type)qcache_free_memory 查詢緩存的空閑內(nèi)存總數(shù)qcache_free_blocks 查詢緩存中的空閑內(nèi)存塊的數(shù)目qcache_total_blocks 查詢緩存中的塊的總key_buffer_size指定索引緩沖區(qū)的大小，它決定索引處理的速度，尤其是索引讀的速度。對于內(nèi)存在2gb左右的服務(wù)器該參數(shù)可設(shè)置為128m，性能由一下幾個參數(shù)決定（1）key_read_requests ：是從cache中讀索引的請求 （2）key_reads ：是從物理硬盤上讀索引的次數(shù) 通過二者的比值即key_reads /key_read_re

7、quests來決定，其比值越小性能就越優(yōu)，至少是1:100 狀態(tài)值可以使用show status like key_read%獲得 key_buffer_size 128m key_read_requests 650759289 key_reads - 79112 比例接近1:8000 健康狀況非常好 table_cache指定表高速緩存的大小，值在2g內(nèi)存以下的機器中的值默認(rèn)時256到512可通過以下兩個參數(shù)來衡量其性能（1） open_tables ：表示當(dāng)前打開的表數(shù)目 （2）opened_tables ：表示累計已經(jīng)打開的表數(shù)目 通過二者的比值來調(diào)整性能，如果opened_tables

8、遠(yuǎn)大于open_tables，并且open_tables很接近table_cache，那么就說明table_cache偏小 可用該命令查看：mysql show variables like %open% （1）back_log ：指出在mysql暫時停止回答新請求之前的短時間內(nèi)多少個請求可以被存在堆棧中，默認(rèn)值為50。對于linux系統(tǒng)推薦設(shè)置為小于512的整數(shù)。（2） max_connections ：允許并發(fā)連接的數(shù)量，該值過小你將經(jīng)?？吹?too many connections 錯誤。 默認(rèn)數(shù)值是100，我把它改為1024 。 （1）interactive_timeout ：對后續(xù)起的交互鏈接有效 。 默認(rèn)數(shù)值是28800（2）wait_timeout：對當(dāng)前交互鏈接有效，服務(wù)器在關(guān)閉連接之前在一個連接上等待行動的秒數(shù)，默認(rèn)數(shù)值是28800，即如果沒有事情發(fā)生，服務(wù)器在 8個小時后關(guān)閉連接注意二者的值要相等否則不生效 隨著后期客戶的增多數(shù)據(jù)庫將采用集