分布式數(shù)據(jù)庫(kù)拆分表常用的方法

1、分布式數(shù)據(jù)庫(kù)拆分表常用的方法分布式數(shù)據(jù)庫(kù)拆分表常用的方法在大容量，高負(fù)荷的web系統(tǒng)中，對(duì)數(shù)據(jù)庫(kù)進(jìn)行一系列拆分，可有效提升數(shù)據(jù)庫(kù)容量和性能。在初學(xué)程序的早期，程序員通常都喜歡按傳統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)模式，設(shè)計(jì)為單庫(kù)和單一功能表的結(jié)構(gòu)，這樣的結(jié)構(gòu)在數(shù)據(jù)量和并發(fā)量達(dá)到一定程度之后，會(huì)出現(xiàn)嚴(yán)重性能問(wèn)題和維護(hù)問(wèn)題。在出現(xiàn)問(wèn)題的時(shí)候才著手進(jìn)行優(yōu)化，會(huì)非常痛苦，所以應(yīng)該在系統(tǒng)架設(shè)之初就考慮好之后會(huì)出現(xiàn)的問(wèn)題。目前有些數(shù)據(jù)庫(kù)策略是采用單庫(kù)結(jié)構(gòu)，然后通過(guò)同步分

2、發(fā)到數(shù)臺(tái)服務(wù)器實(shí)現(xiàn)讀寫(xiě)分離。個(gè)人覺(jué)得這樣的策略非常笨拙，還是想辦法將其分隔開(kāi)來(lái)好，否則每臺(tái)機(jī)器的內(nèi)存都很容易超支。一般只對(duì)數(shù)據(jù)量比較大的表進(jìn)行拆分，這應(yīng)該沒(méi)有什么異議；還有一種是有可能會(huì)進(jìn)行維護(hù)的比較重要的表，比如文章目錄表，如果有從其它系統(tǒng)倒數(shù)據(jù)進(jìn)來(lái)的可能的話，也要拆掉，不然倒數(shù)據(jù)時(shí)一不小心把目錄表弄壞了，發(fā)現(xiàn)忘了備份，那真是欲哭無(wú)淚。下面來(lái)分析一下：一、時(shí)間結(jié)構(gòu)如果業(yè)務(wù)系統(tǒng)對(duì)時(shí)效性較高，比如新聞發(fā)布系統(tǒng)的文章表，可以把數(shù)據(jù)庫(kù)設(shè)計(jì)成時(shí)

3、間結(jié)構(gòu)，按時(shí)間分有幾種結(jié)構(gòu)：1)平板式表類似：article_200901article_200902article_200903用年來(lái)分還是用月可自定，但用日期的話表就太多了，也沒(méi)這必要。一般建議是按月分就可以。這種分法，其難處在于，假設(shè)我要列20條數(shù)據(jù)，結(jié)果這三張表里都有2條，那么業(yè)務(wù)上很有可能要求讀三次表。如果時(shí)間長(zhǎng)了，有幾十張表，而每張表是0條，那不就是要讀完整個(gè)系統(tǒng)的表才行么？另外這個(gè)結(jié)構(gòu)，要作分頁(yè)是比較難實(shí)現(xiàn)的。主鍵：在這個(gè)

4、系統(tǒng)中，主鍵是13位帶毫秒的時(shí)間戳，不要用自動(dòng)編號(hào)，否則難以通過(guò)主鍵定位到表，也可以在查詢時(shí)帶上時(shí)間，但比較煩瑣。2)歸檔式表類似：article_oldtieba_汽車tieba_飛機(jī)tieba_火箭tieba__unite這個(gè)表汽車、火箭表是屬于熱門(mén)表，定義為新建的版塊放在unite表里面，待到其超過(guò)一萬(wàn)張主貼的時(shí)候才開(kāi)對(duì)應(yīng)表結(jié)構(gòu)。因?yàn)樵谫N吧這種系統(tǒng)中，冷門(mén)版塊肯定比熱門(mén)版塊多得多，這些冷門(mén)版塊通常只有幾張?zhí)?，為它們開(kāi)表也太浪費(fèi)了

5、；同時(shí)熱門(mén)版塊數(shù)量和訪問(wèn)量等，又比冷門(mén)版塊多得多，非常有特點(diǎn)。unite表還可以擴(kuò)展成哈希表，利用詞條的md5編碼，可以分成n張表，我算了一下，md5前一位可分16張表，兩位即是256張表。tieba_unite_abtieba_unite_ac…三、哈希結(jié)構(gòu)哈希結(jié)構(gòu)通常用于博客之類的基于用戶的場(chǎng)合，在博客這樣的系統(tǒng)里有幾個(gè)特點(diǎn)，1是用戶數(shù)量非常多，2是每個(gè)用戶發(fā)的文章數(shù)量都較少，3是用戶發(fā)文章不定期，4是每個(gè)用戶發(fā)得不多，但總量仍非常