寫在前面
在系統(tǒng)的研發(fā)過程中遭殉，隨著數(shù)據(jù)量的不斷增長险污，單庫單表已無法滿足數(shù)據(jù)的存儲需求拯腮，此時动壤，我們就需要對數(shù)據(jù)庫進(jìn)行分庫分表操作。那在互聯(lián)網(wǎng)大廠哼丈，分庫分表通常有哪些思路和技巧呢醉旦？今天咙崎，我就將這些思路和技巧分享給大家褪猛。
記得點贊收藏加關(guān)注哦 ，需要下載PDF版本和獲取更多知識點笑旺、面試題的朋友
可以加q群：580763979? ?備注：簡書? ?免費領(lǐng)取~
分庫分表是隨著業(yè)務(wù)的不斷發(fā)展，單庫單表無法承載整體的數(shù)據(jù)存儲時乌妙，采取的一種將整體數(shù)據(jù)分散存儲到不同服務(wù)器上的不同數(shù)據(jù)庫中的不同數(shù)據(jù)表的存儲方案。分庫分表能夠有效的緩解數(shù)據(jù)的存儲壓力泽艘，分庫分表是數(shù)據(jù)存儲達(dá)到一定規(guī)模時必然會遇到的問題匹涮。掌握分庫分表的思路和技巧有助于小伙伴們更好的解決實際工作中，有關(guān)數(shù)據(jù)拆分的問題脚翘。
接下來，我們就分別對分表和分庫來談?wù)勔恍┦褂玫乃悸泛图记伞?/p>
分表沃于，最直白的意思檩互，就是將一個表結(jié)構(gòu)分為多個表闸昨，然后，可以再同一個庫里循诉，也可以放到不同的庫茄猫。 當(dāng)然划纽，首先要知道什么情況下他嚷，才需要分表筋蓖。個人覺得單表記錄條數(shù)達(dá)到百萬到千萬級別時就要使用分表了蚣抗。
1.縱向分表
將本來可以在同一個表的內(nèi)容翰铡，人為劃分為多個表。（所謂的本來迷捧，是指按照關(guān)系型數(shù)據(jù)庫的第三范式要求漠秋，是應(yīng)該在同一個表的捅位。）
分表技巧：?根據(jù)數(shù)據(jù)的活躍度進(jìn)行分離绿渣，（因為不同活躍的數(shù)據(jù)，處理方式是不同的）
案例：
對于一個博客系統(tǒng)淀散，文章標(biāo)題档插，作者，分類则剃，創(chuàng)建時間等棍现，是變化頻率慢，查詢次數(shù)多谎僻，而且最好有很好的實時性的數(shù)據(jù)艘绍，我們把它叫做冷數(shù)據(jù)需了。而博客的瀏覽量肋乍，回復(fù)數(shù)等，類似的統(tǒng)計信息锚烦，或者別的變化頻率比較高的數(shù)據(jù)蛉拙，我們把它叫做活躍數(shù)據(jù)孕锄。所以，在進(jìn)行數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的時候轴脐，就應(yīng)該考慮分表大咱，首先是縱向分表的處理徽级。
這樣縱向分表后：
（1）首先现使，存儲引擎的使用不同顽冶，冷數(shù)據(jù)使用MyIsam 可以有更好的查詢數(shù)據(jù)强重。活躍數(shù)據(jù)佃声，可以使用Innodb ,可以有更好的更新速度。
（2）其次志鹃，對冷數(shù)據(jù)進(jìn)行更多的從庫配置，因為更多的操作時查詢铛只，這樣來加快查詢速度。對熱數(shù)據(jù)蜕着，可以相對有更多的主庫的橫向分表處理。
其實韧骗，對于一些特殊的活躍數(shù)據(jù)，也可以考慮使用memcache ,redis之類的緩存政模，等累計到一定量再去更新數(shù)據(jù)庫淋样】龋或者mongodb 一類的nosql 數(shù)據(jù)庫，這里只是舉例让蕾，就先不說這個。
2.橫向分表
字面意思顿颅，就可以看出來，是把大的表結(jié)構(gòu)绍些，橫向切割為同樣結(jié)構(gòu)的不同表柬批，如，用戶信息表上沐，user_1,user_2 等。表結(jié)構(gòu)是完全一樣昂勒，但是奠衔，根據(jù)某些特定的規(guī)則來劃分的表痊夭，如根據(jù)用戶ID來取模劃分虹曙。
分表技巧：?根據(jù)數(shù)據(jù)量的規(guī)模來劃分，保證單表的容量不會太大疏哗，從而來保證單表的查詢等處理能力。
案例：
同上面的例子芽偏，博客系統(tǒng)。當(dāng)博客的量達(dá)到很大的時候十厢，就應(yīng)該采取橫向分割來降低每個單表的壓力，來提升性能包颁。例如博客的冷數(shù)據(jù)表，假如分為100個表岳悟，當(dāng)同時有100萬個用戶在瀏覽時呵俏，如果是單表的話普碎，會進(jìn)行100萬次請求，而現(xiàn)在分表后动猬，就可能是每個表進(jìn)行1萬個數(shù)據(jù)的請求（因為，不可能絕對的平均，只是假設(shè)）猿涨，這樣壓力就降低了很多。
注意：?數(shù)據(jù)庫的復(fù)制能解決訪問問題俺附，并不能解決大規(guī)模的并發(fā)寫入問題揪胃，要解決這個問題就要考慮MySQL數(shù)據(jù)切分了随闪。
顧名思義，就是數(shù)據(jù)分散挽荡，將一臺主機上的數(shù)據(jù)分?jǐn)偟蕉嗯_，減輕單臺主機的負(fù)載壓力，有兩種切分方式驱证，一種是分庫，即按照業(yè)務(wù)模塊分多個庫伙单，每個庫中的表不一樣淤井，還有一種就是分表游两，按照一定的業(yè)務(wù)規(guī)則或者邏輯將數(shù)據(jù)拆分到不同的主機上，每個主機上的表是一樣的，這個有點類似于Oracle的表分區(qū)肴沫。
分庫又叫垂直分區(qū)，這種方式實現(xiàn)起來比較簡單汰具，重要的是對業(yè)務(wù)要細(xì)化，分庫時候要想清楚各個模塊業(yè)務(wù)之間的交互情況，避免將來寫程序時出現(xiàn)過多的跨庫讀寫操作碘勉。
分表又叫水平分區(qū)雏节，這種方式實現(xiàn)起來就比垂直分區(qū)復(fù)雜些兼蕊，但是它能解決垂直分區(qū)所不能解決的問題，即單張表的訪問及寫入很頻繁，這時候就可以根據(jù)一定的業(yè)務(wù)規(guī)則（PS：如互聯(lián)網(wǎng)BBS論壇的會員等級概念，根據(jù)會員等級來分表）來分表裳瘪，這樣就能減輕單表壓力，并且還能解決各個模塊的之間的頻繁交互問題派殷。
分庫的優(yōu)點是：?實現(xiàn)簡單拓轻，庫與庫之間界限分明，便于維護(hù)辜梳，缺點是不利于頻繁跨庫操作危纫，不能解決單表數(shù)據(jù)量大的問題。
分表的優(yōu)點是：?能解決分庫的不足點螃征，但是缺點卻恰恰是分庫的優(yōu)點酗电，分表實現(xiàn)起來比較復(fù)雜，特別是分表規(guī)則的劃分寝姿，程序的編寫，以及后期的數(shù)據(jù)庫拆分移植維護(hù)都许。
實際應(yīng)用中桨仿，一般互聯(lián)網(wǎng)企業(yè)的路線都是先分庫再分表钱雷，兩者結(jié)合使用灿椅，取長補短，這樣發(fā)揮了MySQL擴展的最大優(yōu)勢骨坑，但是缺點是架構(gòu)很大警没，很復(fù)雜，應(yīng)用程序的編寫也比較復(fù)雜。
以上是MySQL的數(shù)據(jù)切分的一些概念垂谢，數(shù)據(jù)切完了，現(xiàn)在要做的是怎么樣在整合起來以便于外界訪問排嫌，因為程序訪問的入口永遠(yuǎn)只有一個，現(xiàn)在比較常用的解決方案是通過中間代理層來統(tǒng)一管控所有數(shù)據(jù)源颇象。
我這里也準(zhǔn)備了一線大廠面試資料和超硬核PDF技術(shù)文檔饮亏，以及我為大家精心準(zhǔn)備的多套簡歷模板（不斷更新中）付翁，希望大家都能找到心儀的工作！
有需要的朋友可以加q群：580763979? ?備注：簡書? ?免費領(lǐng)取~
