數值型數據類型主要用來存儲數字，包含的類型有：
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占4位（1個字節），SMALLINT占6位，MEDIUMINT占9位，INT占11位，BIGINT占20位
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。
創建數據表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數據類型的數據，在進行一些特殊值插入時，以數字形式和以字符串形式進行插入時得到的結果是不一樣的。
創建數據表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類型列，都是系統當前的日期時間值。
創建數據表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’和’98@11@31’是等價的，這些值也可以正確的插入到數據庫。
創建數據表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;
創建數據表tmp7，定義數據類型為TIMESTAMP的字段ts，向表中插入值’19950101010101’，’950505050505’，’1996-02-02 02:02:02’，’97@03@03 03@03@03’，121212121212，NOW()，SQL語句如下：
CREATE TABLE tmp7( ts TIMESTAMP);
向表中插入數據：
INSERT INTO tmp7 values ('19950101010101'),
('950505050505'),
('1996-02-02 02:02:02'),
('97@03@03 03@03@03'),
(121212121212),
( NOW() );
查看插入結果：
SELECT * FROM tmp7;
由結果可以看到，’19950101010101’被轉換為1995-01-01 01:01:01；’950505050505’被轉換為1995-05-05 05:05:05；’1996-02-02 02:02:02’被轉換為1996-02-02 02:02:02；’97@03@03 03@03@03’被轉換為1997-03-03 03:03:03；121212121212被轉換為2012-12-12 12:12:12；NOW()被轉換為系統當前日期時間2013-03-24 09:17:49。
TIMESTAMP與DATETIME除了存儲字節和支持的范圍不同外，還有一個最大的區別就是：DATETIME在存儲日期數據時，按實際輸入的格式存儲，即輸入什麼就存儲什麼，與時區無關；而TIMESTAMP值的存儲是以UTC（世界標准時間）格式保存的，存儲時對當前時區進行轉換，檢索時再轉換回當前時區。即查詢時，根據當前時區的不同，顯示的時間值是不同的。
向tmp7表中插入當前日期，查看插入值，更改時區為東10區，再次查看插入值，SQL語句如下：
首先刪除表中的數據：
DELETE FROM tmp7;
向表中插入系統當前日期：
INSERT INTO tmp7 values( NOW() );
查看當前時區下日期值：
查詢結果為插入時的日期值，讀者所在時區一般為東8區，下面修改當前時區為東10區，SQL語句如下：
set time_zone='+10:00';
再次查看插入時的日期值：
SELECT * FROM tmp7;
然而從MySQL 5.6.4版本開始，MySQL增加了對秒的小數部分(fractional second)的支持，具體語法為：
type_name（fsp）
其中，type_name的類型可以是TIME、DATETIME和TIMESTAMP。fsp表示支持秒的小數部分的精度，最大為6，表示微秒(microseconds);默認為0，表示沒有小數部分，同時也是為了兼容之前版本中的TIME、DATETIME和TIMESTAMP類型。對於時間函數，如CURTIME()、SYSDATE()和UTC_TIMESTAMP()也增加了對fsp的支持，例如：
字符串類型用於存儲字符串數據，除了可以存儲字符串數據外，還可以存儲聲音和圖片的二進制數據，但是一般情況下，聲音和圖片是不會存在數據庫中的。
字符串有如下幾種類型：
CHAR、VARCHAR、BINARY、VARBINARY、BLOB、TEXT、ENUM和SET。
將不同字符串保存到CHAR(4)和VARCHAR(4)列，說明CHAR和VARCHAR之間的差別，如表5.6所示：
對比結果可以看到，CHAR(4) 定義了固定長度為4的列，不管存入的數據長度為多少，所占用的空間均為4個字節。VARCHAR(4) 定義的列所占的字節數為實際長度加1。
當查詢時CHAR(4) 和VARCHAR(4) 的值並不一定相同
創建tmp8表，定義字段ch和vch數據類型依次為CHAR(4)、VARCHAR(4)向表中插入數據“ab ”，SQL語句如下：
創建表tmp8：
CREATE TABLE tmp8( ch CHAR(4), vch VARCHAR(4) );
輸入數據：
INSERT INTO tmp8 VALUES('ab ', 'ab ');
查詢結果：
SELECT concat('(', ch, ')'), concat('(',vch,')') FROM tmp8;
從查詢結果可以看到，ch在保存“ab ”時將末尾的兩個空格刪除了，而vch字段保留了末尾的兩個空格。
創建表tmp9，定義ENUM類型的列enm('first'，'second'，'third')，查看列成員的索引值，SQL語句如下：
首先，創建tmp9表：
CREATE TABLE tmp9( enm ENUM('first','second','third') );
插入各個列值：
INSERT INTO tmp9 values('first'),('second') ,('third') , (NULL);
查看索引值：
SELECT enm, enm+0 FROM tmp9;
可以看到，這裡的索引值和前面所述的相同。
ENUM列總有一個默認值。如果將ENUM列聲明為NULL，NULL值則為該列的一個有效值，並且默認值為NULL。如果ENUM列被聲明為NOT NULL，其默認值為允許的值列表的第1個元素。
創建表tmp10，定義INT類型的soc字段，ENUM類型的字段level，列表值為('excellent','good', 'bad')，向表tmp10中插入數據’good’，1，2，3，’best’，SQL語句如下：
首先，創建數據表：
CREATE TABLE tmp10 (soc INT, level enum('excellent', 'good','bad') );
插入數據：
INSERT INTO tmp10 values(70,'good'), (90,1),(75,2),(50,3);
再次插入數據：
INSERT INTO tmp10 values (100,'best');
這裡系統提示警告信息，但是插入成功。查詢結果如下：
SELECT * FROM tmp10;
由結果可以看到，因為ENUM列表中的值在MySQL中都是以編號序列存儲的，因此，插入列表中的值“good”或者插入其對應序號’2’的結果是相同的；
創建表tmp11，定義SET類型的字段s，取值列表為('a', 'b', 'c', 'd')，插入數據('a')，('a,b,a')，('c,a,d')，('a,x,b,y')，SQL語句如下：
首先創建表tmp11：
CREATE TABLE tmp11 ( s SET('a', 'b', 'c', 'd'));
插入數據：
INSERT INTO tmp11 values('a'),( 'a,b,a'),('c,a,d');
再次插入數據：
INSERT INTO tmp11 values ('a,x,b,y');
由於插入了SET列不支持的值，因此MySQL給出警告提示。
查看結果：
SELECT * FROM tmp11;
從結果可以看到，對於SET來說如果插入的值為重復的，則只取一個，例如“a,b,a”，則結果為“a,b”；如果插入了不按順序排列值，則自動按順序插入，例如“c,a,d”，結果為“a,c,d”；如果插入了不完全值，該值將被選取插入，例如插入值“a,b”；如果插入了錯誤值，該值被替換成NULL
MySQL中存儲二進制數據的數據類型有：
BIT、BINARY、VARBINARY、TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB
創建表tmp12，定義BIT(4)類型的字段b，向表中插入數據2、9、15、16。
首先創建表tmp12，SQL語句如下：
CREATE TABLE tmp12( b BIT(4) );
插入數據：
INSERT INTO tmp12 VALUES(2), (9), (15);
查詢插入結果：
SELECT BIN(b+0) FROM tmp12;
b+0表示將二進制的結果轉換為對應的數字的值，BIN() 函數將數字轉換為二進制。從結果可以看到，成功的將3個數插入到表中。
創建表tmp13，定義BINARY(3)類型的字段b和VARBINARY(3)類型的字段vb，並向表中插入數據’5’，比較兩個字段的存儲空間。
首先創建表tmp13，輸入SQL語句如下：
CREATE TABLE tmp13( b binary(3), vb varbinary(30) );
插入數據：
INSERT INTO tmp13 VALUES(5,5);
查看兩個字段存儲數據的長度：
SELECT length(b), length(vb) FROM tmp13;
可以看到，b字段的值數據長度為3，而vb字段的數據長度僅為插入的一個字符的長度1。
如果想要進一步確認’5’在兩個字段中不同的存儲方式，輸入如下語句：
SELECT b,vb,b = '5', b='5\0\0',vb='5',vb = '5\0\0' FROM tmp13;
由執行結果可以看出，b字段和vb字段的長度是截然不同的，因為b字段不足的空間填充了’\0’，而vb字段則沒有填充。
