mysql-數據類型

 mysql-數據類型

 

1.      MySQL數據類型

MySQL有三大類數據類型, 分別爲數字、日期\時間、字符串, 這三大類中又更細緻的劃分了許多子類型:

數字類型

主要包括如下五大類：

整數類型：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT

浮點數類型：FLOAT、DOUBLE、DECIMAL

字符串類型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB

日期類型：Date、DateTime、TimeStamp、Time、Year

其餘數據類型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等

 

一、整型

MySQL數據類型	含義（有符號）
tinyint(m)	1個字節  範圍(-128~127)
smallint(m)	2個字節  範圍(-32768~32767)
mediumint(m)	3個字節  範圍(-8388608~8388607)
int(m)	4個字節  範圍(-2147483648~2147483647)
bigint(m)	8個字節  範圍(+-9.22*10的18次方)

取值範圍若是加了unsigned，則最大值翻倍，如tinyint unsigned的取值範圍爲(0~256)。

 int(m)裏的m是表示SELECT查詢結果集中的顯示寬度，並不影響實際的取值範圍，沒有影響到顯示的寬度，不知道這個m有什麼用。

 

二、浮點型(float和double)

MySQL數據類型	含義
float(m,d)	單精度浮點型    8位精度(4字節)     m總個數，d小數位
double(m,d)	雙精度浮點型    16位精度(8字節)    m總個數，d小數位

設一個字段定義爲float(6,3)，若是插入一個數123.45678,實際數據庫裏存的是123.457，但總個數還以實際爲準，即6位。整數部分最大是3位，若是插入數12.123456，存儲的是12.1234，若是插入12.12，存儲的是12.1200.

 

三、定點數

浮點型在數據庫中存放的是近似值，而定點類型在數據庫中存放的是精確值。 

decimal(m,d) 參數m<65 是總個數，d<30且 d<m 是小數位。

 

四、字符串(char,varchar,_text)

MySQL數據類型	含義
char(n)	固定長度，最多255個字符
varchar(n)	固定長度，最多65535個字符
tinytext	可變長度，最多255個字符
text	可變長度，最多65535個字符
mediumtext	可變長度，最多2的24次方-1個字符
longtext	可變長度，最多2的32次方-1個字符

char和varchar：

1.char(n) 若存入字符數小於n，則以空格補於其後，查詢之時再將空格去掉。因此char類型存儲的字符串末尾不能有空格，varchar不限於此。 

2.char(n) 固定長度，char(4)不論是存入幾個字符，都將佔用4個字節，varchar是存入的實際字符數+1個字節（n<=255）或2個字節(n>255)，

因此varchar(4),存入3個字符將佔用4個字節。 

3.char類型的字符串檢索速度要比varchar類型的快。
varchar和text： 

1.varchar可指定n，text不能指定，內部存儲varchar是存入的實際字符數+1個字節（n<=255）或2個字節(n>255)，text是實際字符數+2個字

節。 

2.text類型不能有默認值。 

3.varchar可直接建立索引，text建立索引要指定前多少個字符。varchar查詢速度快於text,在都建立索引的狀況下，text的索引彷佛不起做用。

 

5.二進制數據(_Blob)

1._BLOB和_text存儲方式不一樣，_TEXT以文本方式存儲，英文存儲區分大小寫，而_Blob是以二進制方式存儲，不分大小寫。

2._BLOB存儲的數據只能總體讀出。 

3._TEXT能夠指定字符集，_BLO不用指定字符集。

 

6.日期時間類型

MySQL數據類型	含義
date	日期 '2008-12-2'
time	時間 '12:25:36'
datetime	日期時間 '2008-12-2 22:06:44'
timestamp	自動存儲記錄修改時間

若定義一個字段爲timestamp，這個字段裏的時間數據會隨其餘字段修改的時候自動刷新，因此這個數據類型的字段能夠存放這條記錄最後被修改的時間。

 

數據類型的屬性

 

MySQL關鍵字	含義
NULL	數據列可包含NULL值
NOT NULL	數據列不容許包含NULL值
DEFAULT	默認值
PRIMARY KEY	主鍵
AUTO_INCREMENT	自動遞增，適用於整數類型
UNSIGNED	無符號
CHARACTER SET name	指定一個字符集

 

2、MYSQL數據類型的長度和範圍

各數據類型及字節長度一覽表：

數據類型	字節長度	範圍或用法
Bit	1	無符號[0,255]，有符號[-128,127]，天緣博客備註：BIT和BOOL布爾型都佔用1字節
TinyInt	1	整數[0,255]
SmallInt	2	無符號[0,65535]，有符號[-32768,32767]
MediumInt	3	無符號[0,2^24-1]，有符號[-2^23,2^23-1]]
Int	4	無符號[0,2^32-1]，有符號[-2^31,2^31-1]
BigInt	8	無符號[0,2^64-1]，有符號[-2^63 ,2^63 -1]
Float(M,D)	4	單精度浮點數。天緣博客提醒這裏的D是精度，若是D<=24則爲默認的FLOAT，若是D>24則會自動被轉換爲DOUBLE型。
Double(M,D)	8	雙精度浮點。
Decimal(M,D)	M+1或M+2	未打包的浮點數，用法相似於FLOAT和DOUBLE，天緣博客提醒您若是在ASP中使用到Decimal數據類型，直接從數據庫讀出來的Decimal可能須要先轉換成Float或Double類型後再進行運算。
Date	3	以YYYY-MM-DD的格式顯示，好比：2009-07-19
Date Time	8	以YYYY-MM-DD HH:MM:SS的格式顯示，好比：2009-07-19 11：22：30
TimeStamp	4	以YYYY-MM-DD的格式顯示，好比：2009-07-19
Time	3	以HH:MM:SS的格式顯示。好比：11：22：30
Year	1	以YYYY的格式顯示。好比：2009
Char(M)	M	定長字符串。
VarChar(M)	M	變長字符串，要求M<=255
Binary(M)	M	相似Char的二進制存儲，特色是插入定長不足補0
VarBinary(M)	M	相似VarChar的變長二進制存儲，特色是定長不補0
Tiny Text	Max:255	大小寫不敏感
Text	Max:64K	大小寫不敏感
Medium Text	Max:16M	大小寫不敏感
Long Text	Max:4G	大小寫不敏感
TinyBlob	Max:255	大小寫敏感
Blob	Max:64K	大小寫敏感
MediumBlob	Max:16M	大小寫敏感
LongBlob	Max:4G	大小寫敏感
Enum	1或2	最大可達65535個不一樣的枚舉值
Set	可達8	最大可達64個不一樣的值
Geometry
Point
LineString
Polygon
MultiPoint
MultiLineString
MultiPolygon
GeometryCollection

3、使用建議

一、在指定數據類型的時候通常是採用從小原則，好比能用TINY INT的最好就不用INT，能用FLOAT類型的就不用DOUBLE類型，這樣會對MYSQL在運行效率上提升很大，尤爲是大數據量測試條件下。

二、不須要把數據表設計的太過複雜，功能模塊上區分或許對於後期的維護更爲方便，慎重出現大雜燴數據表

三、數據表和字段的起名字也是一門學問

四、設計數據表結構以前請先想象一下是你的房間，或許結果會更加合理、高效

五、數據庫的最後設計結果必定是效率和可擴展性的折中，偏向任何一方都是欠妥的

 

選擇數據類型的基本原則

前提：使用適合存儲引擎。

選擇原則：根據選定的存儲引擎，肯定如何選擇合適的數據類型。

下面的選擇方法按存儲引擎分類：

MyISAM 數據存儲引擎和數據列：MyISAM數據表，最好使用固定長度(CHAR)的數據列代替可變長度(VARCHAR)的數據列。

MEMORY存儲引擎和數據列：MEMORY數據表目前都使用固定長度的數據行存儲，所以不管使用CHAR或VARCHAR列都沒有關係。二者都是做爲CHAR類型處理的。

InnoDB 存儲引擎和數據列：建議使用 VARCHAR類型。

對於InnoDB數據表，內部的行存儲格式沒有區分固定長度和可變長度列（全部數據行都使用指向數據列值的頭指針），所以在本質上，使用固定長度的CHAR列不必定比使用可變長度VARCHAR列簡單。於是，主要的性能因素是數據行使用的存儲總量。因爲CHAR平均佔用的空間多於VARCHAR，因 此使用VARCHAR來最小化須要處理的數據行的存儲總量和磁盤I/O是比較好的。

下面說一下固定長度數據列與可變長度的數據列。

char與varchar

CHAR和VARCHAR類型相似，但它們保存和檢索的方式不一樣。它們的最大長度和是否尾部空格被保留等方面也不一樣。在存儲或檢索過程當中不進行大小寫轉換。

下面的表顯示了將各類字符串值保存到CHAR(4)和VARCHAR(4)列後的結果，說明了CHAR和VARCHAR之間的差異：

值	CHAR(4)	存儲需求	VARCHAR(4)	存儲需求
''	'    '	4個字節	''	1個字節
'ab'	'ab  '	4個字節	'ab '	3個字節
'abcd'	'abcd'	4個字節	'abcd'	5個字節
'abcdefgh'	'abcd'	4個字節	'abcd'	5個字節

請注意上表中最後一行的值只適用不使用嚴格模式時；若是MySQL運行在嚴格模式，超過列長度不的值不保存，而且會出現錯誤。

從CHAR(4)和VARCHAR(4)列檢索的值並不老是相同，由於檢索時從CHAR列刪除了尾部的空格。經過下面的例子說明該差異：
mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.02 sec)
 
mysql> INSERT INTO vc VALUES ('ab  ', 'ab  ');
Query OK, 1 row affected (0.00 sec)
 
mysql> SELECT CONCAT(v, '+'), CONCAT(c, '+') FROM vc;
+----------------+----------------+
| CONCAT(v, '+') | CONCAT(c, '+') |
+----------------+----------------+
| ab  +          | ab+            |
+----------------+----------------+
1 row in set (0.00 sec)

text和blob

 

在使用text和blob字段類型時要注意如下幾點，以便更好的發揮數據庫的性能。

①BLOB和TEXT值也會引發本身的一些問題，特別是執行了大量的刪除或更新操做的時候。刪除這種值會在數據表中留下很大的"空洞"，之後填入這些"空洞"的記錄可能長度不一樣,爲了提升性能,建議按期使用 OPTIMIZE TABLE 功能對這類表進行碎片整理.

②使用合成的（synthetic）索引。合成的索引列在某些時候是有用的。一種辦法是根據其它的列的內容創建一個散列值，並把這個值存儲在單獨的數據列中。接下來你就能夠經過檢索散列值找到數據行了。可是，咱們要注意這種技術只能用於精確匹配的查詢（散列值對於相似<或>=等範圍搜索操做符 是沒有用處的）。咱們可使用MD5()函數生成散列值，也可使用SHA1()或CRC32()，或者使用本身的應用程序邏輯來計算散列值。請記住數值型散列值能夠很高效率地存儲。一樣，若是散列算法生成的字符串帶有尾部空格，就不要把它們存儲在CHAR或VARCHAR列中，它們會受到尾部空格去除的影響。

合成的散列索引對於那些BLOB或TEXT數據列特別有用。用散列標識符值查找的速度比搜索BLOB列自己的速度快不少。

③在沒必要要的時候避免檢索大型的BLOB或TEXT值。例如，SELECT *查詢就不是很好的想法，除非你可以肯定做爲約束條件的WHERE子句只會找到所須要的數據行。不然，你可能毫無目的地在網絡上傳輸大量的值。這也是 BLOB或TEXT標識符信息存儲在合成的索引列中對咱們有所幫助的例子。你能夠搜索索引列，決定那些須要的數據行，而後從合格的數據行中檢索BLOB或 TEXT值。

④把BLOB或TEXT列分離到單獨的表中。在某些環境中，若是把這些數據列移動到第二張數據表中，可讓你把原數據表中 的數據列轉換爲固定長度的數據行格式，那麼它就是有意義的。這會減小主表中的碎片，使你獲得固定長度數據行的性能優點。它還使你在主數據表上運行 SELECT *查詢的時候不會經過網絡傳輸大量的BLOB或TEXT值。

浮點數與定點數

爲了可以引發你們的重視，在介紹浮點數與定點數之前先讓你們看一個例子：
mysql> CREATE TABLE test (c1 float(10,2),c2 decimal(10,2));
Query OK, 0 rows affected (0.29 sec)

mysql> insert into test values(131072.32,131072.32);
Query OK, 1 row affected (0.07 sec)

mysql> select * from test;
+-----------+-----------+
| c1        | c2        |
+-----------+-----------+
| 131072.31 | 131072.32 |
+-----------+-----------+
1 row in set (0.00 sec)

從上面的例子中咱們看到c1列的值由131072.32變成了131072.31，這就是浮點數的不精確性形成的。

在mysql中float、double（或real）是浮點數，decimal（或numberic）是定點數。

浮點數相對於定點數的優勢是在長度必定的狀況下，浮點數可以表示更大的數據範圍；它的缺點是會引發精度問題。在從此關於浮點數和定點數的應用中，你們要記住如下幾點：

浮點數存在偏差問題；

對貨幣等對精度敏感的數據，應該用定點數表示或存儲；

編程中，若是用到浮點數，要特別注意偏差問題，並儘可能避免作浮點數比較；

要注意浮點數中一些特殊值的處理。

 

2.      參考文檔

https://www.cnblogs.com/-xlp/p/8617760.html