整数类型
数值型数据类型主要用来存储数字,包含的类型有:
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’和’98@11@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'),(''),('');
查看插入结果:
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'),(''),('');
查看插入结果:
SELECT * FROM tmp6;
向tmp6表中插入YYYYMMDDHHMMSS 和YYMMDDHHMMSS数字格式日期和时间值,SQL语句如下:
首先删除表中的数据:
DELETE FROM tmp6;
向表中插入YYYYMMDDHHMMSS和YYMMDDHHMMSS数字格式日期和时间:
INSERT INTO tmp6 values(
查看插入结果:
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’,’97@03@03 03@03@03’,121212121212,NOW(),SQL语句如下:
CREATE TABLE tmp7( ts TIMESTAMP);
向表中插入数据:
INSERT INTO tmp7 values (''),
(''),
('1996-02-02 02:02:02'),
('97@03@03 03@03@03'),
(),
( 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) 的值并不一定相同
CHAR和VARCHAR类型测试案例:
创建tmp8表,定义字段ch和vch数据类型依次为CHAR(4)、VARCHAR(4)向表中插入数据“ab ”,SQL语句如下:
创建表tmp8:
CREATE TABLEtmp8(
chCHAR(4), vch VARCHAR(4)
);
输入数据:
INSERT INTO tmp8 VALUES('ab', 'ab');
查询结果:
SELECT concat('(', ch, ')'), concat('(',vch,')') FROM tmp8;
从查询结果可以看到,ch在保存“ab ”时将末尾的两个空格删除了,而vch字段保留了末尾的两个空格。
ENUM类型测试案例:
创建表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, enm0 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’的结果是相同的;
SET类型测试案例:
创建表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
BIT类型测试案例:
创建表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(b0) FROM tmp12;
b 0表示将二进制的结果转换为对应的数字的值,BIN() 函数将数字转换为二进制。从结果可以看到,成功的将3个数插入到表中。
BINARY类型测试案例:
创建表tmp13,定义BINARY(3)类型的字段b和VARBINARY(3)类型的字段vb,并向表中插入数据’5’,比较两个字段的存储空间。
首先创建表tmp13,输入SQL语句如下:
CREATE TABLEtmp13(
bbinary(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字段则没有填充。
参考: