整數型別

數值型資料型別主要用來儲存數字，包含的型別有：

TINYINT、SMALLINT、MEDIUMINT、 INT(INTEGER）、 BIGINT。

下面通過一個例子來檢視各種型別的所佔有的資料空間，注意，我使用的版本是mysql5.6.28，可以通過下面的命令來檢視：

建立表tmp1，其中欄位x、y、z、m、n資料型別依次為TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT，SQL語句如下：

CREATE TABLE tmp1 ( x TINYINT, y SMALLINT, z MEDIUMINT, m INT, n BIGINT );

執行成功之後，便用DESC查看錶結構，結果如下：

DESC tmp1;

可以看到，TINGINT佔1個位元組，SMALLINT佔2個位元組，MEDIUMINT佔3個位元組，INT佔4個位元組，BIGINT佔8個位元組

浮點數型別與定點數型別

MySQL使用浮點數和定點數來表示小數。包含的型別有：

浮點型別：FLOAT、DOUBLE。

定點型別：DECIMAL。

測試案例：

建立表tmp2，其中欄位x、y、z資料型別依次為FLOAT(5,1)、DOUBLE(5,1)和DECIMAL(5,1)，向表中插入資料5.12、5.15和5.123，SQL語句如下：

CREATE TABLE tmp2 ( x FLOAT(5,1), y DOUBLE
 
(5,1), z DECIMAL(5,1) );

向表中插入資料：

INSERT INTO tmp2 VALUES(5.12, 5.15, 5.123);

可以看到在插入資料時，MySQL給出了一個警告資訊，使用SHOW WARNINGS;語句檢視警告資訊：

SHOW WARNINGS;

說‘z’這一列的資料被截斷了，使用下面的SQL語句看看剛剛插入的資料:

SELECT * FROM tmp2;

日期與時間型別

MySQL中有多種表示日期的資料型別。它們是:

DATETIME、DATE、TIMESTAMP、TIME和YEAR。

YEAR型別測試案例：

建立資料表tmp3，定義資料型別為YEAR的欄位y，向表中插入值2010，’2010’，’2166’，SQL語句如下：

首先建立表tmp3：

CREATE TABLE tmp3( y YEAR );

向表中插入資料：

INSERT INTO tmp3 values(2010),('2010');

可以知道，YEAR型別的資料在MySQL中是按照字串格式儲存的。檢視一下YEAR型別資料所佔用的位元組空間:

可以看到，MySQL中YEAR型別的資料佔用一個位元組的資料空間。

再次向表中插入資料：

INSERT INTO tmp3 values ('2166');

語句執行之後，MySQL給出了一條警告提示，使用SHOW檢視錯誤資訊：

SHOW WARNINGS;

可以看到，插入的第3個值2166超過了YEAR型別的取值範圍，此時不能正常的執行插入操作，檢視結果：

SELECT * FROM tmp3;

由結果可以看到，當插入值為數值型別的2010或者字串型別的’2010’時，都正確的儲存到了資料庫中；而當插入值’2166’時，由於超出了YEAR型別的取值範圍，因此，不能插入值。檢視資料得知，MySQL中YEAR型別的資料的取值範圍是1901~2155.這裡的YEAR是指的YEAR(4),此外，還有YEAR(2)。對於YEAR(2)，其顯示年份的範圍為1970～2070。在YEAR(2)的設定下，00～69代表2000～2069年。

向tmp3表中y欄位插入2位字串表示的YEAR值，分別為’0’、’00’、’77’和’10’，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp3;

向表中插入資料：

INSERT INTO tmp3 values('0'),('00'),('77'),('10');

檢視結果：

SELECT * FROM tmp3;

由結果可以看到，字串’0’和’00’的作用相同，分別都轉換成了2000年；’77’轉換為1977；’10’轉換為2010。

向tmp3表中y欄位插入2位數字表示表示的YEAR值，分別為0、78和11，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp3;

向表中插入資料：

INSERT INTO tmp3 values(0),(78),(11);

檢視結果：

SELECT * FROM tmp3;

由結果可以看到，0被轉換為0000；78被轉換為1978；11被轉換為2011。

對比兩種測試資料，可以發現：對於YEAR資料型別的資料，在進行一些特殊值插入時，以數字形式和以字串形式進行插入時得到的結果是不一樣的。

TIME型別測試案例：

建立資料表tmp4，定義資料型別為TIME的欄位t，向表中插入值’10:05:05’，’23:23’，’2 10:10’，’3 02’，’10’，SQL語句如下：

首先建立表tmp4，

CREATE TABLE tmp4( t TIME );

向表中插入資料：

INSERT INTO tmp4 values('10:05:05 '), ('23:23'), ('2 10:10'), ('3 02'),('10');

檢視結果：

SELECT * FROM tmp4;

由結果可以看到，’10:05:05’被轉換為10:05:05；’23:23’被轉換為23:23:00；’2 10:10’被轉換為58:10:00，’3 02’被轉換為74:00:00；’10’被轉換成00:00:10。

在使用’D HH’格式時，小時一定要使用雙位數值，如果是小於10的小時數，應在前面加0。TIME型別佔用3位元組，顯示的範圍為“-838：59：59”～“838：59：59”。有人會奇怪為什麼TIME型別的時間可以大於23。因為TIME型別不僅可以用來儲存一天中的時間，也可以用來儲存時間間隔，同時這也解釋了為什麼TIME型別也可以存在負值。和DATETIME型別一樣，TIME型別同樣可以顯示微秒時間，但是在插入時，資料庫同樣會進行截斷操作

向表tmp4中插入值’101112’，111213,’0’，107010，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp4;

向表中插入資料：

INSERT INTO tmp4 values('101112'),(111213),( '0');

再向表中插入資料：

INSERT INTO tmp4 values ( 107010);

可以看到，在插入資料時，MySQL給出了一個警告提示資訊，使用SHOW WARNINGS;檢視警告資訊，如下所示：

show warnings;

可以看到，第二次在插入記錄的時候，資料超出了範圍，原因是107010的分鐘部分超過了60，分鐘部分是不會超過60的，檢視結果：

SELECT * FROM tmp4;

由結果可以看到，’101112’被轉換為10:11:12；111213被轉換為11:12:13；’0’被轉換為00:00:00；107010因為是不合法的值，因此插入00:00:00。

也可以使用系統日期函式向TIME欄位列插入值。

向tmp4表中插入系統當前時間，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp4;

向表中插入資料：

INSERT INTO tmp4 values (CURRENT_TIME) ,(NOW());

檢視結果：

SELECT * FROM tmp4;

由結果可以看到，獲取系統當前的日期時間插入到TIME型別列，都是系統當前的日期時間值。

DATE型別資料測試案例：

建立資料表tmp5，定義資料型別為DATE的欄位d，向表中插入“YYYY-MM-DD”和“YYYYMMDD”字串格式日期，SQL語句如下：

首先建立表tmp5：

CREATE TABLE tmp5(d DATE);

向表中插入“YYYY-MM-DD”和“YYYYMMDD”格式日期：

INSERT INTO tmp5 values('1998-08-08'),('19980808'),('20101010');

檢視插入結果：

SELECT * FROM tmp5;

可以看到，各個不同型別的日期值都正確的插入到了資料表中。DATE佔用3位元組，可顯示的日期範圍為“1000-01-01”到“9999-12-31”。

向tmp5表中插入“YY-MM-DD”和“YYMMDD”字串格式日期，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp5;

向表中插入“YY-MM-DD”和“YYMMDD”格式日期：

INSERT INTO tmp5 values ('99-09-09'),( '990909'), ('000101') ,('111111');

檢視插入結果：

SELECT * FROM tmp5;

對於插入的最後一個值，為什麼不是1911-11-11或者2111-11-11之類的值呢？可以看到資料庫將其視為離現在最近的一個年份，這可能不是一個非常好的習慣。如果沒有特別的條件和要求，還是在輸入時按照標準的“YYYY-MM-DD HH：MM：SS”格式來進行。

向tmp5表中插入YY-MM-DD和YYMMDD數字格式日期，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp5;

向表中插入YY-MM-DD和YYMMDD數字格式日期：

INSERT INTO tmp5 values (99-09-09),(990909), ( 000101) ,( 111111);

檢視插入結果：

SELECT * FROM tmp5;

可以看到，插入的第一條資料有一個警告，但是插入成功，插入的值變為了0000-00-00

向tmp5表中插入系統當前日期，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp5;

向表中插入系統當前日期：

INSERT INTO tmp5 values( CURRENT_DATE() ),( NOW() );

檢視插入結果：

SELECT * FROM tmp5;

CURRENT_DATE只返回當前日期值，不包括時間部分；NOW()函式返回日期和時間值，在儲存到資料庫時，只保留了其日期部分。

MySQL允許“不嚴格”語法：任何標點符號都可以用作日期部分之間的間隔符。例如，’98-11-31’、’98.11.31’、’98/11/31’和’[email protected]@31’是等價的，這些值也可以正確的插入到資料庫。

DATETIME資料型別測試案例：

建立資料表tmp6，定義資料型別為DATETIME的欄位dt，向表中插入"YYYY-MM-DD HH:MM:SS”和"YYYYMMDDHHMMSS”字串格式日期和時間值，SQL語句如下：

首先建立表tmp6：

CREATE TABLE tmp6( dt DATETIME );

向表中插入“YYYY-MM-DD HH:MM:SS”和“YYYYMMDDHHMMSS”格式日期：

INSERT INTO tmp6 values('1998-08-08 08:08:08'),('19980808080808'),('20101010101010');

檢視插入結果：

SELECT * FROM tmp6;

可以看到，各個不同型別的日期值都正確的插入到了資料表中。DATETIME佔用8位元組，是佔用空間最多的一種日期型別。它既顯示了日期，同時也顯示了時間。其可以表達的日期範圍為“1000-01-01 00：00：00”到“9999-12-31 23：59：59”。

在MySQL 5.5版本之前(包括5.5版本)，資料庫的日期型別不能精確到微秒級別，任何的微秒數值都會被資料庫截斷。

不過MySQL資料庫提供了函式MICROSECOND來提取日期中的微秒值

向tmp6表中插入“YY-MM-DD HH:MM:SS”和“YYMMDDHHMMSS”字串格式日期和時間值，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp6;

向表中插入“YY-MM-DD HH:MM:SS”和“YYMMDDHHMMSS”格式日期：

INSERT INTO tmp6 values('99-09-09 09:09:09'),('990909090909'),('101010101010');

檢視插入結果：

SELECT * FROM tmp6;

向tmp6表中插入YYYYMMDDHHMMSS 和YYMMDDHHMMSS數字格式日期和時間值，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp6;

向表中插入YYYYMMDDHHMMSS和YYMMDDHHMMSS數字格式日期和時間：

INSERT INTO tmp6 values(19990909090909), (101010101010);

檢視插入結果：

SELECT * FROM tmp6;

向tmp6表中插入系統當前日期和時間值，SQL語句如下：

首先刪除表中的資料：

DELETE FROM tmp6;

向表中插入系統當前日期：

INSERT INTO tmp6 values( NOW() );

檢視插入結果：

SELECT * FROM tmp6;

TIMESTAMP資料型別測試案例：

建立資料表tmp7，定義資料型別為TIMESTAMP的欄位ts，向表中插入值’19950101010101’，’950505050505’，’1996-02-02 02:02:02’，’[email protected]@03 [email protected]@03’，121212121212，NOW()，SQL語句如下：