<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    分庫分表總結(jié)

    單庫單表

    單庫單表是最常見的數(shù)據(jù)庫設(shè)計,例如,有一張用戶(user)表放在數(shù)據(jù)庫db中,所有的用戶都可以在db庫中的user表中查到。

     

    單庫多表

    隨著用戶數(shù)量的增加,user表的數(shù)據(jù)量會越來越大,當(dāng)數(shù)據(jù)量達(dá)到一定程度的時候?qū)?span lang="EN-US">user表的查詢會漸漸的變慢,從而影響整個DB的性能。如果使用mysql, 還有一個更嚴(yán)重的問題是,當(dāng)需要添加一列的時候,mysql會鎖表,期間所有的讀寫操作只能等待。

    可以通過某種方式將user進(jìn)行水平的切分,產(chǎn)生兩個表結(jié)構(gòu)完全一樣的user_0000,user_0001等表,user_0000 + user_0001 + …的數(shù)據(jù)剛好是一份完整的數(shù)據(jù)。

     

    多庫多表

             隨著數(shù)據(jù)量增加也許單臺DB的存儲空間不夠,隨著查詢量的增加單臺數(shù)據(jù)庫服務(wù)器已經(jīng)沒辦法支撐。這個時候可以再對數(shù)據(jù)庫進(jìn)行水平區(qū)分。

     

    分庫分表規(guī)則

             設(shè)計表的時候需要確定此表按照什么樣的規(guī)則進(jìn)行分庫分表。例如,當(dāng)有新用戶時,程序得確定將此用戶信息添加到哪個表中;同理,當(dāng)?shù)卿浀臅r候我們得通過用戶的賬號找到數(shù)據(jù)庫中對應(yīng)的記錄,所有的這些都需要按照某一規(guī)則進(jìn)行。

    路由

             通過分庫分表規(guī)則查找到對應(yīng)的表和庫的過程。如分庫分表的規(guī)則是user_id mod 4的方式,當(dāng)用戶新注冊了一個賬號,賬號id123,我們可以通過id mod 4的方式確定此賬號應(yīng)該保存到User_0003表中。當(dāng)用戶123登錄的時候,我們通過123 mod 4后確定記錄在User_0003中。

    分庫分表產(chǎn)生的問題,及注意事項

    1.   分庫分表維度的問題

    假如用戶購買了商品,需要將交易記錄保存取來,如果按照用戶的緯度分表,則每個用戶的交易記錄都保存在同一表中,所以很快很方便的查找到某用戶的購買情況,但是某商品被購買的情況則很有可能分布在多張表中,查找起來比較麻煩。反之,按照商品維度分表,可以很方便的查找到此商品的購買情況,但要查找到買人的交易記錄比較麻煩。

     

    所以常見的解決方式有:

         a.通過掃表的方式解決,此方法基本不可能,效率太低了。

         b.記錄兩份數(shù)據(jù),一份按照用戶緯度分表,一份按照商品維度分表。

         c.通過搜索引擎解決,但如果實時性要求很高,又得關(guān)系到實時搜索。

     

    2.   聯(lián)合查詢的問題

    聯(lián)合查詢基本不可能,因為關(guān)聯(lián)的表有可能不在同一數(shù)據(jù)庫中。

     

    3.   避免跨庫事務(wù)

    避免在一個事務(wù)中修改db0中的表的時候同時修改db1中的表,一個是操作起來更復(fù)雜,效率也會有一定影響。

     

    4.   盡量把同一組數(shù)據(jù)放到同一DB服務(wù)器上

    例如將賣家a的商品和交易信息都放到db0中,當(dāng)db1掛了的時候,賣家a相關(guān)的東西可以正常使用。也就是說避免數(shù)據(jù)庫中的數(shù)據(jù)依賴另一數(shù)據(jù)庫中的數(shù)據(jù)。

     

     

    一主多備

    在實際的應(yīng)用中,絕大部分情況都是讀遠(yuǎn)大于寫。Mysql提供了讀寫分離的機(jī)制,所有的寫操作都必須對應(yīng)到Master,讀操作可以在MasterSlave機(jī)器上進(jìn)行,SlaveMaster的結(jié)構(gòu)完全一樣,一個Master可以有多個Slave,甚至Slave下還可以掛Slave,通過此方式可以有效的提高DB集群的QPS.                                                       

    所有的寫操作都是先在Master上操作,然后同步更新到Slave上,所以從Master同步到Slave機(jī)器有一定的延遲,當(dāng)系統(tǒng)很繁忙的時候,延遲問題會更加嚴(yán)重,Slave機(jī)器數(shù)量的增加也會使這個問題更加嚴(yán)重。

    此外,可以看出Master是集群的瓶頸,當(dāng)寫操作過多,會嚴(yán)重影響到Master的穩(wěn)定性,如果Master掛掉,整個集群都將不能正常工作。

    所以,1. 當(dāng)讀壓力很大的時候,可以考慮添加Slave機(jī)器的分式解決,但是當(dāng)Slave機(jī)器達(dá)到一定的數(shù)量就得考慮分庫了。 2. 當(dāng)寫壓力很大的時候,就必須得進(jìn)行分庫操作。

     

             另外,可能會因為種種原因,集群中的數(shù)據(jù)庫硬件配置等會不一樣,某些性能高,某些性能低,這個時候可以通過程序控制每臺機(jī)器讀寫的比重,達(dá)到負(fù)載均衡。


    備份地址:http://happyenjoylife.iteye.com/admin/blogs/1042538

    posted on 2011-05-13 15:31 happyenjoylife 閱讀(16161) 評論(4)  編輯  收藏

    評論

    # re: 分庫分表總結(jié) 2011-05-14 12:59 好看的電影

    嗯,海量數(shù)據(jù)的時候這個是很重要  回復(fù)  更多評論   

    # re: 分庫分表總結(jié) 2011-05-23 09:31 淘寶減肥藥排行榜

    嗯,這文章很實用!!!!  回復(fù)  更多評論   

    # re: 分庫分表總結(jié)[未登錄] 2011-10-25 17:19 守望者

    你怎么知道注冊的用戶ID是123?  回復(fù)  更多評論   

    # re: 分庫分表總結(jié) 2012-03-05 13:01 ga

    @守望者
    作者的意思是userId之類的,不是主鍵  回復(fù)  更多評論   


    只有注冊用戶登錄后才能發(fā)表評論。


    網(wǎng)站導(dǎo)航:
     

    導(dǎo)航

    <2012年3月>
    26272829123
    45678910
    11121314151617
    18192021222324
    25262728293031
    1234567

    統(tǒng)計

    常用鏈接

    留言簿

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲一区电影在线观看| 国产V亚洲V天堂无码| 亚洲中文无码永久免| 动漫黄网站免费永久在线观看 | 四虎成人精品永久免费AV| 亚洲精品tv久久久久久久久 | 91在线老王精品免费播放| 亚洲国产精品无码成人片久久| a级片在线免费看| 亚洲激情在线视频| 天天影院成人免费观看| 国产精品亚洲专区在线观看| 国产一卡2卡3卡4卡2021免费观看| 国产v亚洲v天堂a无| 在线视频免费观看www动漫| 亚洲国产欧美一区二区三区 | 亚洲AV日韩AV永久无码久久| 免费国产黄网站在线观看可以下载| 亚洲美女在线观看播放| 国拍在线精品视频免费观看| 男性gay黄免费网站| 中文字幕专区在线亚洲| 国产高清不卡免费视频| 亚洲国产日产无码精品| 午夜私人影院免费体验区| 人妻巨大乳hd免费看| 亚洲AV日韩精品久久久久久| 精品久久久久国产免费| 猫咪www免费人成网站| 亚洲精品无码mv在线观看网站| 97性无码区免费| 四虎影视在线看免费观看| 婷婷亚洲综合五月天小说| 久久久久免费看黄A片APP| 午夜免费国产体验区免费的| 亚洲精品国产成人片| 精品久久久久成人码免费动漫| 免费大片黄在线观看| 久久综合亚洲鲁鲁五月天| 国产大片免费观看中文字幕| 免费人成黄页在线观看日本|