mysql的資料型別選擇

2021-09-17 19:37:50 字數 564 閱讀 7246

選擇合適的資料型別對於獲得高效能至關重要

1. 更小的通常更好

盡量使用正確儲存資料的最小資料型別,它們通常更快,因為它們占用更小的磁碟空間、記憶體和cpu快取,並且處理時需要的cpu週期更少。

2. 簡單就好

簡單的儲存型別通常需要更少的cpu週期。 例如:

整型比字元操作代價更低,因為字符集和校對規則使字元比較比整型更複雜。

應該用mysql內建的型別(date,time,datetime)而不是字串來儲存日期和時間

用整型儲存ip位址

3.盡量避免null

null是列的預設屬性,通常情況最好指定列為not null,除非真的需要儲存null值。

如果計畫在列上建索引,就應該盡量避免設計成可為null的列,null使得索引、索引統計和值比較都更複雜。

這裡有乙個例外,innodb使用單獨的位(bit)儲存null值,所以對稀疏資料(很多值都為null,只有少數不為null)於很好的空間效率。

MySQL資料型別 資料型別選擇

在mysq中建立表時,需要考慮為字段選擇哪種資料型別是最合適的。選擇合適的資料型別,會提高資料庫的效率。整數型別和浮點數型別最大的區別在於能否表達小數。整數型別不能表示小數,而浮點數型別可以表示小數。不同的整數型別的取值範圍不同。tinyint型別的取值範圍是0 255。如果欄位的最大值不超過255...

MySQL資料型別選擇

在資料庫設計的時候,如果資料型別選擇不當,可能會對效能造成很大的影響,比如儲存姓名的字段,如果選擇vchar 255 那麼暫用更多的儲存空間,同時也會對io產生影響,因此在資料庫設計時對資料庫資料型別的準確選擇,也會對資料庫的效能有乙個很大的提公升。我在工作中就遇到過很多時候一些開發人員不注意對資料...

mysql 資料型別選擇

1.1char與varchar 由於char是固定長度的,所以訪問速度比varchar快。缺點是浪費儲存空間,程式需要對行尾進行處理,所以對那些長度變化不大,並且對查詢速度有較高要求的資料可以通過char來訪問。當然這個也是由不同的儲存引擎來決定的。myisam 儲存引擎 建議使用固定長度的資料列代...