閱讀317 返回首頁    go 阿裏雲 go 技術社區[雲棲]


MySQL Innodb數據庫性能實踐——合適的表記錄數

在實際工作中,經常有同事問道:MySQL Innodb表記錄數多大是合適的?
一般的理解肯定是表越大性能越低,但具體低多少呢,是緩慢下降還是急劇下降,是1000萬就下降還是1億才下降呢?

針對這些問題,我做了一下基準測試,基準測試環境如下:
【硬件配置】

硬件

配置

CPU

Intel(R) Xeon(R) CPU E5620 主頻2.40GHz, 物理CPU 2個,邏輯CPU 16個

內存

24G(6塊 * 4G  DDR3 1333 REG)

硬盤

300G * 3個,SAS硬盤 15000轉,無RAID,有RAID卡,且開了回寫功能

OS

RHEL5

MySQL

5.1.49/5.1.54

【MySQL配置】

配置項

配置

innodb_buffer_pool_size

18G

innodb_log_file_size 

200M

innodb_log_files_in_group 

3

sync_binlog

100

innodb_flush_log_at_trx_commit

2

【表配置】

配置項

配置

記錄數

1000萬,2000萬,5000萬,1億

存儲引擎

Innodb

行格式

compact

性能測試結果如下:
1)同一張表,不同記錄數,測試結果如下:


分析如下:
(1)當表大小小於Inndob buffer pool時,整體性能會隨著表記錄數的增加而略微降低,但各種操作的性能差別總體不大(例如1KW/2KW是12000TPS,5KW是10000TPS,相差16%)。

(2)當表大小大於Innodb buffer pool(10KW)時,性能急劇下降(從12000降到1000),性能接近高安全性配置的性能,因為此時磁盤IO成為了性能的主要影響因素。

因此,表記錄數本身對性能影響不大,關鍵是表的大小是否小於Innodb buffer pool


2)不同的表,不同的記錄數
為了進一步驗證表記錄對性能的影響,還驗證了另外一種情況:記錄數很大但每條記錄較短,和記錄數較少但每條記錄很長兩種表對比。

主要對比了Value長度為10(以下簡稱Value10)和Value長度為250(以下簡稱Value250)的表的性能。由於Innodb隻有在buffer pool大於表大小的時候性能才最高,因此測試對比時為了滿足這個條件,Value10的表記錄數是10KW,而Value250的表記錄數是2KW。



從上圖可以看出,即使Value10的表記錄數是Value250的表記錄數的5倍,但性能反而高出16%左右,由此可以看出,相比表記錄數來說,行長度對性能影響更大,行越長性能越低


【應用建議】
基於以上分析,對於表記錄數需要考慮的是記錄數的臨界點,即:表達到這個記錄數後,表大小(數據和索引)超過了Innodb buffer pool的大小;而設計時推薦盡量設計和試用行長度小而精的表。


注:
測試數據隻為對比用,不代表一般情況下MySQL的性能就這麼高,因為為了能夠對比,測試時做了很多準備工作,測試操作也是比較特殊的

最後更新:2017-04-02 06:52:15

  上一篇:go 本周進展 將1,2,3,4,5,6,7,8,9天的天氣都存進數據庫了
  下一篇:go Int32.Parse, Convert.ToInt32,Int32.TryParse三者的區別