資訊專欄INFORMATION COLUMN
摘要：利用表分區(qū)參考這個(gè)是推薦的一個(gè)解決方案，不會(huì)帶來(lái)重寫邏輯等，可以根據(jù)時(shí)間來(lái)進(jìn)行表分區(qū)，相當(dāng)于在同一個(gè)磁盤上，表的數(shù)據(jù)存在不同的文件夾內(nèi)，能夠極大的提高查詢速度。有不好的地方，請(qǐng)指點(diǎn)一下，謝謝。
原發(fā)布：http://river0314.lofter.com/p...
有一個(gè)大數(shù)據(jù)表，有30個(gè)字段，int varchar text 字段都有，1000W+數(shù)據(jù)，每天都會(huì)增加，經(jīng)常搜索的字段有10個(gè)，這個(gè)怎么優(yōu)化？
請(qǐng)教了一個(gè)人，才得到差不多的答案，感覺(jué)這種問(wèn)題有點(diǎn)假，現(xiàn)實(shí)中基本不會(huì)出這種問(wèn)題吧？
優(yōu)化方案：
主從同步+讀寫分離：
這個(gè)表在有設(shè)備條件的情況下，讀寫分離，這樣能減少很多壓力，而且數(shù)據(jù)穩(wěn)定性也能提高
縱向分表：
根據(jù)原則，每個(gè)表最多不要超過(guò)5個(gè)索引，縱向拆分字段，將部分字段拆到一個(gè)新表
通常我們按以下原則進(jìn)行垂直拆分:（先區(qū)分這個(gè)表中的冷熱數(shù)據(jù)字段）
把不常用的字段多帶帶放在一張表;
把text，blob等大字段拆分出來(lái)放在附表中;
經(jīng)常組合查詢的列放在一張表中;
缺點(diǎn)是：很多邏輯需要重寫，帶來(lái)很大的工作量。
利用表分區(qū)：
參考：https://my.oschina.net/ydsaky...
這個(gè)是推薦的一個(gè)解決方案，不會(huì)帶來(lái)重寫邏輯等，可以根據(jù)時(shí)間來(lái)進(jìn)行表分區(qū)，相當(dāng)于在同一個(gè)磁盤上，表的數(shù)據(jù)存在不同的文件夾內(nèi)，能夠極大的提高查詢速度。
橫向分表：
1000W條數(shù)據(jù)不少的，會(huì)帶來(lái)一些運(yùn)維壓力，備份的時(shí)候，單表備份所需時(shí)間會(huì)很長(zhǎng)，所以可以根據(jù)服務(wù)器硬件條件進(jìn)行水平分表，每個(gè)表有多少數(shù)據(jù)為準(zhǔn)。
有不好的地方，請(qǐng)指點(diǎn)一下，謝謝。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/22771.html
摘要：正是存在問(wèn)題，促使我們考慮引入數(shù)據(jù)庫(kù)審核平臺(tái)。的確，與很多互聯(lián)網(wǎng)公司相比，數(shù)據(jù)庫(kù)數(shù)十套的估摸并不是太大但與互聯(lián)網(wǎng)類公司不同，類似宜信這類金融類公司對(duì)數(shù)據(jù)庫(kù)的依賴性更大，大量的應(yīng)用是重?cái)?shù)據(jù)庫(kù)類的，且其使用復(fù)雜程度也遠(yuǎn)比互聯(lián)網(wǎng)類的復(fù)雜。 作者：韓鋒 出處：DBAplus社群分享 Themis開(kāi)源地址：https://github.com/CreditEaseDBA 拓展閱讀：宜信開(kāi)源|數(shù)...
閱讀 1382·2021-10-08 10:04
閱讀 2696·2021-09-22 15:23
閱讀 2727·2021-09-04 16:40
閱讀 1179·2019-08-29 17:29
閱讀 1496·2019-08-29 17:28
閱讀 2994·2019-08-29 14:02
閱讀 2223·2019-08-29 13:18
閱讀 848·2019-08-23 18:35
