簡單了解mysql存儲(chǔ)字段類型查詢效率

更新時(shí)間：2020年09月19日 12:06:50 作者：賈樹丙

這篇文章主要介紹了簡單了解mysql存儲(chǔ)字段類型查詢效率,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下

檢索性能從快到慢的是（此處是聽人說的）：

第一：tinyint，smallint，mediumint，int，bigint
第二：char，varchar
第三：NULL

解釋（轉(zhuǎn)載）：

整數(shù)類型

1、TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT，分別用8,16,24,32,64存

2、整數(shù)都有UNSIGNED可選屬性（拿tinyint字段來舉例，unsigned后，字段的取值范圍是0-255，而signed的范圍是-128 - 127。那么如果我們在明確不需要負(fù)值存在的情況下，通常是不要設(shè)置signed來支持負(fù)數(shù)的。）

3、對于存儲(chǔ)和計(jì)算來說INT(1)和INT(20)是相同的，INT（N）中N只是規(guī)定了一些交互工具來顯示字符的個(gè)數(shù)

字符類型

char定長，存儲(chǔ)效率不如varchar，對于短數(shù)據(jù)的查詢優(yōu)于varchar

固定長度的。比如使用uuid作為主鍵，那用char應(yīng)該更合適。

NULL類型

1、索引NULL列要額外的空間

2、進(jìn)行比較和計(jì)算時(shí)會(huì)對null值進(jìn)行處理，可能導(dǎo)致索引失效

所以盡量不要使用NULL 類型，多使用整數(shù)類型

另外，時(shí)間日期數(shù)據(jù)類型

1、不要用字符串存儲(chǔ)日期型數(shù)據(jù)，浪費(fèi)空間

2、DATE能保存從1001到9999年，精度為秒，他把日期和時(shí)間封裝到格式為YYYYMMDDHHMMSS的整數(shù)中，使用8字節(jié)

3、TIMESTAMP保存了從1970年以來的秒數(shù)，和Unix時(shí)間戳相同，只能保存1970到2038,使用4字節(jié)

4、FROM_UNIXTIME()和UNIX_TIMESTAMP()兩個(gè)函數(shù)轉(zhuǎn)換日期和Unix時(shí)間戳

5、DATE和TIMESTAMP中存的是時(shí)間，但是是哪里的時(shí)間呢？？？：前者不管哪里，他就是一個(gè)時(shí)間表示（與時(shí)區(qū)無關(guān)），后者是格林尼治時(shí)間。。就是說存儲(chǔ)時(shí)DATE就按照給的時(shí)間存，TIMESTAMP則是在先根據(jù)所在時(shí)區(qū)和給的時(shí)間戳算出對應(yīng)的格林尼治時(shí)間再存，訪問時(shí)DATE就按照他存的時(shí)間返回，TIMESTAMP則是根據(jù)存的時(shí)間戳（看作格林尼治時(shí)間）和所在時(shí)區(qū)算出所在時(shí)區(qū)的對應(yīng)時(shí)間。

6、通常用TIMESTAMP，空間效率高

7、MYSQL沒有提供比秒更小粒度的日期和時(shí)間值，如果需要，可以用BIGINT存儲(chǔ)微妙級別的時(shí)間戳，或用DOUBLE存儲(chǔ)秒之后的小數(shù)部分。

實(shí)數(shù)類型

1、金融類要用DECIMAL

2、DECIMAL可以保存BIGINT范圍外的整數(shù)

3、FLOAT和DOUBLE使用標(biāo)準(zhǔn)的浮點(diǎn)運(yùn)算進(jìn)行近似計(jì)算

char 和 varchar

1、char是定長，varchar是變長，也就是varchar節(jié)省空間（除非使用ROW——FORMAT=FIXED創(chuàng)建的話）

2、因?yàn)関archar是變長的，所以UPDATE時(shí)如果長度變長，就會(huì)做額外的工作

3、下列情況使用varchar：字符串列的最大長度比平均長度大很多;列的更新很少（所以碎片不是問題）;使用了像UTF8這樣的字符集（每個(gè)字符都使用不同的字節(jié)數(shù)進(jìn)行存儲(chǔ)）

4、CHAR適用情況：很短，或者所有值都接近同一個(gè)長度（如MD5）;列經(jīng)常變更

5、末尾空格問題：高版本varchar會(huì)保留末尾空格;char和低版本varchar會(huì)剔除末尾空格。