標籤：style blog http color 使用 ar strong sp 資料
摘自：http://zuo.ai.xiao.blog.163.com/blog/static/6079155320121293750732/
1、數字類型
有符號 無符號 儲存（bytes）
tinyint -128到127 0到255 1 = 2^8 (1個位元組等於8位二進位)
smallint -32768到32767 0到65535 2
mediumint -8388608到8388607 0到16777215 3
int -2147483648到2147483647 0到4294967295 4
bigint -9223372036854775808到9223372036854775807
0到18446744073709551615 8
float -3.402823466E+38到-1.175494351E-38
、0和1.175494351E-38到3.402823466E+38 4
double -1.7976931348623157E+308到-2.2250738585072014E-308
、0和2.2250738585072014E-308到 1.7976931348623157E+308 8
decimal(M,D) 適合儲存價格，M是小數位元(精度)的總數
(最大65,預設10)，D是小數點(標度)後面的位元(最大30,預設0) m+2
2、字元類型
範圍
CHAR 0到255(2^8-1)
TINYTEXT 0到255(2^8-1)
VARCHAR 0到65535(2^16-1)
TEXT 0到65535(2^16-1)
MEDIUMTEXT 0到16777215(2^24–1)
LONGTEXT 4,294,967,295或4GB(2^32–1)
3、日期類型
範圍 格式 儲存（bytes）
DATE ‘1000-01-01‘到‘9999-12-31‘ ‘YYYY-MM-DD‘ 3
TIME ‘-838:59:59‘到‘838:59:59‘ ‘HH:MM:SS‘ 3
TIMESTAMP ‘1970-01-01 00:00:00‘到2037 時間戳記（1330502234） 4
DATETIME ‘1000-01-01 00:00:00‘到‘9999-12-31 23:59:59‘ ‘YYYY-MM-DD HH:MM:SS‘ 8
4、其它類型
範圍 儲存
BIT[(M)] 1到64 (M+7)/8 bytes
SET("v1","v2"....) 最大64個值 1，2，4 or 8 bytes
ENUM("v1","v2"...) 最大65535個值 1 or 2 bytes
數字類型
（另 注以下資訊來源：http://blog.zxlm.cn/2006/05/mysql-%E7%9A%84%E6%95%B0%E6%8D%AE%E7 %B1%BB%E5%9E%8B%E5%92%8C%E5%BB%BA%E5%BA%93%E7%AD%96%E7%95%A5.html）
下來至：《MySQL效能調優與架構設計》
日期類型：
其它類型
一、數字類型
數字類型按照我的分類方法分為三類：整數類、小數類和數字類。
我所謂的“數字類”，就是指 DECIMAL 和 NUMERIC（在MYSQL中，DECIMAL與NUMERIC沒有什麼區別NUMERIC是DECIMAL的同義字，MYSQL手冊上如此說“The DECIMAL and NUMERIC types are implemented as the same type by MySQL”），它們是同一種類型。它嚴格的說不是一種數字類型，因 為他們實際上是將數字以字串形式儲存的；他的值的每一位 (包括小數點) 佔一個位元組的儲存空間，因此這種類型耗費空間比較大。但是它的一個突出的優點是小數的位元固定，在運算中不會“失真”，所以比較適合用於“價格”、“金 額”這樣對精度要求不高但準確度要求非常高的欄位。
小 數類，即浮點數類型，根據精度的不同，有 FLOAT 和 DOUBLE 兩種。它們的優勢是精確度，FLOAT 可以表示絕對值非常小、小到約 1.17E-38 (0.000…0117，小數點後面有 37 個零) 的小數，而 DOUBLE 更是可以表示絕對值小到約 2.22E-308 (0.000…0222，小數點後面有 307 個零) 的小數。FLOAT 類型和 DOUBLE 類型佔用儲存空間分別是 4 位元組和 8 位元組。如果需要用到小數的欄位，精度要求不高的，當然用 FLOAT 了。可是說句實在話，我們“民用”的資料，哪有要求精度那麼高的呢？這兩種類型至今我沒有用過――我還沒有遇到適合於使用它們的案例。
用 的最多的，最值得精打細算的，是整數類型。從只佔一個位元組儲存空間的 TINYINT 到占 8 個位元組的 BIGINT，挑選一個“夠用”並且佔用儲存空間最小的類型是設計資料庫時應該考慮的。TINYINT、SMALLINT、MEDIUMINT、INT 和 BIGINT 佔用儲存空間分別為 1 位元組、2 位元組、3 位元組、4 位元組和 8 位元組，就無符號的整數而言，這 些類型能表示的最大整數分別為 255、65535、16777215、4294967295 和 18446744073709551615。如果用來儲存使用者的年齡 (舉例來說，資料庫中儲存年齡是不可取的)，用 TINYINT 就夠了；九城的《縱橫》裡，各項技能值，用 SMALLINT 也夠了；如果要用作一個肯定不會超過 16000000 行的表的 AUTO_INCREMENT 的 IDENTIFY 欄位，當然用 MEDIUMINT 不用 INT，試想，每行節約一個位元組，16000000 行可以節約 10 兆多呢。
二、日期時間類型
時間儲存格式總類並不是太多，我們常用的主要就是 DATETIME ， DATE 和 TIMESTAMP 這三種了。從儲存空間來看 TIMESTAMP(fc註：) 最少，四個位元組，而其他兩種資料類型都是八個位元組，多了一倍。而 TIMESTAMP 的缺點在於他只能儲存從 1970 年之後的時間，而另外兩種時間類型可以存放最早從 1001 年開始的時間。 如果有需要存放早於 1970 年之前的時間的需求，我們必須放棄 TIMESTAMP 類型，但是只要我們不需要使用1970 年之前的時間，最好盡量使用 TIMESTAMP 來減少儲存空間的佔用。(來至：《MySQL效能調優與架構設計》)
三、字元 (串) 類型
不 要以為字元類型就是 CHAR，CHAR 和 VARCHAR 的區別在於 CHAR 是固定長度，只要你定義一個欄位是 CHAR(10)，那麼不論你儲存的資料是否達到了 10 個位元組，它都要佔去 10 個位元組的空間；而 VARCHAR 則是可變長度的，如果一個欄位可能的值是不固定長度的，我們只知道它不可能超過 10 個字元，把它定義為 VARCHAR(10) 是最合算的，VARCHAR 類型的佔用空間是它的值的實際長度 +1。為什麼要 +1 呢？這一個位元組用於儲存實際使用了多大的長度。從這個 +1 中也應該看到，如果一個欄位，它的可能值最長是 10 個字元，而多數情況下也就是用到了 10 個字元時，用 VARCHAR 就不合算了：因為在多數情況下，實際佔用空間是 11 個位元組，比用 CHAR(10) 還多佔用一個位元組。
舉 個例子，就是一個儲存股票名稱和代碼的表，股票名稱絕大部分是四個字的，即 8 個位元組；股票代號，上海的是六位元字，深圳的是四位元字。這些都是固定長度的，股票名稱當然要用 CHAR(8)；股票代號雖然是不固定長度，但如果使用 VARCHAR(6)，一個深圳的股票代號實際佔用空間是 5 個位元組，而一個上海的股票代號要佔用 7 個位元組！考慮到上海的股票數目比深圳的多，那麼用 VARCHAR(6) 就不如 CHAR(6) 合算了。
雖 然一個 CHAR 或 VARCHAR 的最大長度可以到 255，我認為大於 20 的 CHAR 是幾乎用不到的――很少有大於 20 個位元組長度的固定長度的東東吧？不是固定長度的就用 VARCHAR。大於 100 的 VARCHAR 也是幾乎用不到的――比這更大的用 TEXT 就好了。TINYTEXT，最大長度為 255，佔用空間也是實際長度 +1；TEXT，最大長度 65535，佔用空間是實際長度 +2；MEDIUMTEXT，最大長度 16777215，佔用空間是實際長度 +3；LONGTEXT，最大長度 4294967295，佔用空間是實際長度 +4。為什麼 +1、+2、+3、+4？你要是還不知道就該打 PP 了。這些可以用在論壇啊、新聞啊，什麼的，用來儲存文章的本文。根據實際情況的不同，選擇從小到大的不同類型。
四、枚舉和集合類型
枚 舉 (ENUM) 類型，最多可以定義 65535 種不同的字串從中做出選擇，只能並且必須選擇其中一種，佔用儲存空間是一個或兩個位元組，由枚舉值的數目決定；集合 (SET) 類型，最多可以有 64 個成員，可以選擇其中的零個到不限定的多個，佔用儲存空間是一個到八個位元組，由集合可能的成員數目決定。
舉 個例子來說，在 SQLServer 中，你可以節約到用一個 BIT 類型來表示性別 (男/女)，但 MySQL 沒有 BIT，用 TINTINT 嗎？不，可以用 ENUM(‘帥哥’,‘美眉’)，只有兩種選擇，所以只需一個位元組――跟 TINYINT 一樣大，但卻可以直接用字串 ‘帥哥’ 和 ‘美眉’ 來存取。真是太方便啦！
mysql 欄位儲存類型
