1、優(yōu)先選擇符合存儲需要的最小的數(shù)據(jù)類型

原因

列的字段越大，建立索引時所需要的空間也就越大，這樣一頁中所能存儲的索引節(jié)點的數(shù)量也就越少也越少，在遍歷時所需要的IO次數(shù)也就越多， 索引的性能也就越差。

方法

1）將字符串轉(zhuǎn)換成數(shù)字類型存儲，如：將IP地址轉(zhuǎn)換成整形數(shù)據(jù)。

mysql提供了兩個方法來處理ip地址：

inet_aton 把ip轉(zhuǎn)為無符號整型(4-8位)

inet_ntoa 把整型的ip轉(zhuǎn)為地址

插入數(shù)據(jù)前，先用inet_aton把ip地址轉(zhuǎn)為整型，可以節(jié)省空間。顯示數(shù)據(jù)時，使用inet_ntoa把整型的ip地址轉(zhuǎn)為地址顯示即可。

2）對于非負(fù)型的數(shù)據(jù)（如自增ID、整型IP）來說，要優(yōu)先使用無符號整型來存儲

因為：無符號相對于有符號可以多出一倍的存儲空間

SIGNED INT -2147483648~2147483647

UNSIGNED INT 0~4294967295

VARCHAR(N)中的N代表的是字符數(shù)，而不是字節(jié)數(shù)

使用UTF8存儲255個漢字 Varchar(255)=765個字節(jié)。過大的長度會消耗更多的內(nèi)存

2、避免使用TEXT、BLOB數(shù)據(jù)類型，最常見的TEXT類型可以存儲64k的數(shù)據(jù)

建議把BLOB或是TEXT列分離到單獨的擴展表中。

Mysql內(nèi)存臨時表不支持TEXT、BLOB這樣的大數(shù)據(jù)類型，如果查詢中包含這樣的數(shù)據(jù)，在排序等操作時，就不能使用內(nèi)存臨時表，必須使用磁盤臨時表進行。

而且對于這種數(shù)據(jù)，Mysql還是要進行二次查詢，會使sql性能變得很差，但是不是說一定不能使用這樣的數(shù)據(jù)類型。

如果一定要使用，建議把BLOB或是TEXT列分離到單獨的擴展表中，查詢時一定不要使用select * 而只需要取出必要的列，不需要TEXT列的數(shù)據(jù)時不要對該列進行查詢。

TEXT或BLOB類型只能使用前綴索引

因為MySQL對索引字段長度是有限制的，所以TEXT類型只能使用前綴索引，并且TEXT列上是不能有默認(rèn)值的。

3、避免使用ENUM類型

修改ENUM值需要使用ALTER語句。

ENUM類型的ORDER BY操作效率低，需要額外操作。

禁止使用數(shù)值作為ENUM的枚舉值。

4、盡可能把所有列定義為NOT NULL

原因：

索引NULL列需要額外的空間來保存，所以要占用更多的空間；

進行比較和計算時要對NULL值做特別的處理。

5、使用TIMESTAMP（4個字節(jié)）或DATETIME類型（8個字節(jié)）存儲時間

TIMESTAMP 存儲的時間范圍 1970-01-01 00:00:01 ~ 2038-01-19-03:14:07。

TIMESTAMP 占用4字節(jié)和INT相同，但比INT可讀性高。

超出TIMESTAMP取值范圍的使用DATETIME類型存儲。

經(jīng)常會有人用字符串存儲日期型的數(shù)據(jù)（不正確的做法）：

缺點1：無法用日期函數(shù)進行計算和比較。

缺點2：用字符串存儲日期要占用更多的空間。

6、同財務(wù)相關(guān)的金額類數(shù)據(jù)必須使用decimal類型

非精準(zhǔn)浮點：float,double

精準(zhǔn)浮點：decimal

Decimal類型為精準(zhǔn)浮點數(shù)，在計算時不會丟失精度。占用空間由定義的寬度決定，每4個字節(jié)可以存儲9位數(shù)字，并且小數(shù)點要占用一個字節(jié)?？捎糜诖鎯Ρ萣igint更大的整型數(shù)據(jù)。