Mysql 水平拆分和垂直拆分

2021-08-02 18:55:12 字數 1552 閱讀 2647

1,水平分割:

例:qq的登入表。假設qq的使用者有100億,如果只有一張表,每個使用者登入的時候資料庫都要從這100億中查詢,會很慢很慢。如果將這一張表分成100份,每張表有1億條,就小了很多,比如qq0,qq1,qq1...qq99表。

使用者登入的時候,可以將使用者的id%100,那麼會得到0-99的數,查詢表的時候,將表名qq跟取模的數連線起來,就構建了表名。比如123456789使用者,取模的89,那麼就到qq89表查詢,查詢的時間將會大大縮短。

這就是水平分割。

2,垂直分割:

垂直分割指的是:表的記錄並不多,但是欄位卻很長,表占用空間很大,檢索表的時候需要執行大量的io,嚴重降低了效能。這時需要把大的字段拆分到另乙個表,並且該錶與原表是一對一的關係。

例如學生答題表tt:有如下字段:

id name 分數 題目 回答

其中題目和回答是比較大的字段,id name 分數比較小。

如果我們只想查詢id為8的學生的分數:select 分數 from tt where id = 8;雖然知識查詢分數,但是題目和回答這兩個大字段也是要被掃瞄的,很消耗效能。但是我們只關心分數,並不想查詢題目和回答。這就可以使用垂直分割。我們可以把題目單獨放到一張表中,通過id與tt表建立一對一的關係,同樣將回答單獨放到一張表中。這樣我們插敘tt中的分數的時候就不會掃瞄題目和回答了。

3,其他要點:

1)存放、檔案等大檔案用檔案系統儲存。資料庫只儲存路徑,和檔案存放在檔案系統,甚至單獨存放在一台伺服器(圖床)。

2)資料引數配置。

最重要的引數就是記憶體,我們主要用的innodb引擎,所以下面兩個引數調的很大:

innodb_additional_mem_pool_size=64m

innodb_buffer_pool_size=1g

對於myisam,需要調整key_buffer_size,當然調整引數還是要看狀態,用show status語句可以看到當前狀態,以決定該調整哪些引數。

4,合理的硬體資源和作業系統

如果機器的記憶體超過4g,那麼應當採用64位作業系統和64位mysql。

案例:簡單購物系統暫設涉及如下表:

1.產品表(資料量10w,穩定)

2.訂單表(資料量200w,且有增長趨勢)

3.使用者表 (資料量100w,且有增長趨勢)

以mysql為例講述下水平拆分和垂直拆分,mysql能容忍的數量級在百萬靜態資料可以到千萬

垂直拆分:

解決問題:

表與表之間的io競爭

不解決問題:

單錶中資料量增長出現的壓力

方案:把產品表和使用者表放到乙個server上

訂單表單獨放到乙個server上

水平拆分:

解決問題:

單錶中資料量增長出現的壓力

不解決問題:

表與表之間的io爭奪

方案:使用者表通過性別拆分為男使用者表和女使用者表

訂單表通過已完成和完成中拆分為已完成訂單和未完成訂單

產品表 未完成訂單放乙個server上

已完成訂單表盒男使用者表放乙個server上

女使用者表放乙個server上(女的愛購物 哈哈)

垂直拆分和水平拆分

前言 做資料庫分表的時候,總是能看到水平切分 垂直切分,但是並不能理解何為水平 何為垂直。僅此做個記錄。一般情況下說的水平切分 垂直切分,都是指的資料庫層面的。隨著業務量的增加,資料量肯定快速增長,拿mysql來說,單錶資料量在百萬級內讀取效率還是可以的,可是一旦達到千萬級,效能會有較大的降低。如果...

水平拆分和垂直拆分

網際網路時代談論最多的話題就是拆分。拆分一般分為水平拆分和垂直拆分,這並不單指對資料庫或者快取的拆分,主要是表達一種分而治之的思想。水平拆分是指由於單一節點無法滿足需求,需要擴充套件為多個節點,多個節點具有一直的功能,組成乙個服務池,乙個節點服務一部分請求量,所有節點共同處理大規模高併發的請求量。垂...

mysql的水平拆分和垂直拆分

1,水平分割 例 qq的登入表。假設qq的使用者有100億,如果只有一張表,每個使用者登入的時候資料庫都要從這100億中查詢,會很慢很慢。如果將這一張表分成100份,每張表有1億條,就小了很多,比如qq0,qq1,qq1.qq99表。使用者登入的時候,可以將使用者的id 100,那麼會得到0 99的...