您的位置:首页 > 数据库 > MySQL

MySQL存储引擎与数据类型

2016-11-03 20:59 274 查看

1 数据存储引擎

存储引擎的概念是MySQL的一个特性,它指定了表的类型(诸如表如何存储与索引数据、是否支持事务、外键等),表在计算机中的存储方式。

1.1 MySql支持的数据存储引擎

查看引擎信息

通过命令来查看引擎信息

show engines;


默认存储引擎为InnoDB,如下列出:

EngineSupportCommentTransactionsXASavepoints
InnoDBDEFAULTSupports transactions, row-level locking, and foreign keysYESYESYES
MRG_MYISAMYESCollection of identical MyISAM tablesNONONO
MEMORYYESHash based, stored in memory, useful for temporary tablesNONONO
BLACKHOLEYES/dev/null storage engine (anything you write to it disappears)NONONO
MyISAMYESMyISAM storage engineNONONO
CSVYESCSV storage engineNONONO
ARCHIVEYESArchive storage engineNONONO
PERFORMANCE_SCHEMAYESPerformance SchemaNONONO
FEDERATEDNOFederated MySQL storage engineNULLNULLNULL
Support表示是否支持该引擎,Comment表示关于该引擎的评论,Transactions比表示该引擎是否支持事务,XA表示此引擎支持的分布式是否符合XA规范,Savepoints表示此引擎是否支持事务处理中的保存点。

还可以通过show variables来查看,命令如下

show variables like 'have%';


显示结果如下:

Variable_nameValue
have_compressYES
have_cryptNO
have_dynamic_loadingYES
have_geometryYES
have_opensslDISABLED
have_profilingYES
have_query_cacheYES
have_rtree_keysYES
have_sslDISABLED
have_statement_timeoutYES
have_symlinkYES
yes表示支持,no表示不支持,DISABLED表示支持但未开启

查看默认存储引擎

show variables like '%storage_engine%';


查询结果如下:

Variable_nameValue
default_storage_engineInnoDB
default_tmp_storage_engineInnoDB
disabled_storage_engines
internal_tmp_disk_storage_engineInnoDB

1.2 修改默认引擎

方式1: 修改my.ini配置文件

在安装目录下的my.ini文件中添加或修改default-storage-engine,如设置默认引擎为INNODB,在my.ini文件中添加如下一行内容:

default-storage-engine=INNODB


重启mysql服务生效。

方式2:通过命令设置

一般在创建表时我们可以设置引擎

CREATE TABLE `test` (
`db` double DEFAULT NULL,
`dm` decimal(10,0) DEFAULT NULL,
`gender` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8


当创建完成,我们希望修改表的引擎时,可以执行如下命令:

alter table table_name engine= engine_name;


比如我们想设置表test的引擎为MyISAM,可以执行:

alter table test engine=MyISAM;


1.3 存储引擎的选择

选择一个合适的存储引擎,才能发挥数据库更好的功能。因为各种数据引擎有着不同的特性优势与适用场合,因此需要先了解它们的特性,才能有助于我们更好的选择合适的引擎。

下面列出了几种常见的引擎以及他们的特性:



MyISAM

此存储引擎不支持事务、外键,但访问速度快,对事务完整性不要求,适合于对事务没有要求,并发相对较低,以访问为主的场合。

InnoDB

支持事务,具有提交、回滚、崩溃恢复的事务安全,相对MySQL来说,写处理能力差些,且会占用较多磁盘空间以保留数据和索引。在需要进行频繁的更新删除操作,实现并发控制,需要支持事务的场合适合使用它。

MEMORY

该存储引擎使用存在于内存中的内容来创建表,每个表实际对应一个磁盘文件,格式为.frm;这类表因为数据在内存中,且默认使用HASH索引,所以访问速度非常快;但一旦服务关闭,表中的数据会丢失。在涉及数据量较小,需要进行快速访问的场合适用此引擎。

2 数据类型

MySql提供了数据类型来定义我们存储的数据的类型,不同的数据类型有着不同的存储功能与占用的空间大小。Mysql提供的数据类型有:整数类型、浮点数类型与定点数类型、位类型、字符串类型、日期与时间类型。

2.1 整数类型

类型字节范围(有符号)范围(无符号)
TINYINT1(-128,127)(0,255)
SMALLINT2(-32 768,32 767)(0,65 535)
MEDIUMINT3(-8 388 608,8 388 607)(0,16 777 215)
INT或INTEGER4(-2 147 483 648,2 147 483 647)(0,4 294 967 295)
BIGINT8(-9 233 372 036 854 775 808,9 223 372 036 854 775 807)(0,18 446 744 073 709 551 615)
对于整数类型,我们需要根据实际存储数据的大小来决定我们选择哪种类型来存储。诸如当要存储的数据大小不超过255,我们选择TINYINT就ok,既满足要求又节约内存。

在使用的时候,当我们不清楚那个类型的范围,我们可以通过帮助命令来查看,诸如查看int类型,我们可以键入 ? int; (或 help int;)来查看int的详细信息。如下所示:



ZEROFILL(0填充)

整形设置0填充,会使类型自动成为unsigned,并且各个整形类型都有默认填充位,如下图:



2.2 浮点数类型、定点数类型、位类型

浮点数类型

类型字节范围(有符号)范围(无符号)作用
FLOAT4(-3.402 823 466 E+38,1.175 494 351 E-38),0,(1.175 494 351 E-38,3.402 823 466 351 E+38)0,(1.175 494 351 E-38,3.402 823 466 E+38)单精度浮点数值
DOUBLE8(1.797 693 134 862 315 7 E+308,2.225 073 858 507 201 4 E-308),0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308)0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308)双精度浮点数值
DECIMAL(M,D)M+2依赖于M和D的值依赖于M和D的值高精度小数值
关于DECIMAL特别指出

M是数字的最大数(精度)。其范围为1~65,M 的默认值是10。M的值为整数的长度加小数的长度,不包含小数点与 “-” 负号。

D是小数点右侧数字的数目(标度)。其范围是0~30,但不得超过M。如果D省略不写则默认为0,此时无小数部分。

存储整数部分长度为M-D(不满足会出错),小数长度为D(大于D的部分会被截断)

关于用法

对于浮点数类型与DECIMAL的选择,当我们对小数精度要求很高时,此时推荐使用DECIMAL类型,因为DECIMAL类型存储的是字符串,而浮点数类型存储的是近似值。对于精度要求不高的情况下,视存储的数据的范围而定。

做如下一个测试

创建一个有float类型的f_data , double 类型的db_data, decimal 类型的 dm_data的表,并同时插入123.456到三个字段中。

然后我们查询123.456的f_data时发现查询为空,而查询‘123.456’ 的dm_data时查询出了结果。实验验证了上述结论,float存储的是近似值,所以查询不到,而decimal存储的是字符串,所以可以精确查询。



位类型

位类型字节最大值(位)最小值(位)
BIT(M)1~8BIT(64)BIT(1)
位类型BTM占用的字节数是M,取值在1~8之间。BIT类型的存储大小视其精度而定。

可以使用b’value’符号写位字段值。value是一个用0和1写成的二进制值。如下:



2.3 字符串

2.3.1 char系字符串类型

类型字节描述
CHAR(M)MM为0~255之间的整数
VARCHAR(M)MM为0~65535之间的整数
在数据存储范围合适的情况下,当存储的数据经常变动时使用推荐varchar,否则使用char 。

2.3.2 BINARY系字符串

类型字节描述
BINARY(M)M长度0~M个字节的定长字节字符串
VARBINARY(M)M长度0~M个字节的变长字节字符串,值的长度+1个字节
与char系类似,不同的是BINARY系存储的可以是二进制数据(如图片、视频、音乐),而char系只能存储字符数据。

2.3.3 TEXT系字符串类型

类型字节描述
TINYTEXT0~255字节值的长度+2个字节
TEXT0~65535字节值的长度+2个字节
MEDIUMTEXT0~167772150字节值的长度+3个字节
LONGTEXT0~4294967295字节值的长度+4个字节
当需存储大量的字符数据时,可以选择TEXT系字符串,至于选择哪一个看存储字符长度。

2.3.4 BLOB系字符串

类型字节
TINYBLOB0~255字节,值的长度+1个字节
BLOB0~65535字节,值的长度+2个字节
MEDIUMBLOB0~167772150字节,值的长度+3个字节
LONGBLOB0~4294967295字节,值的长度+4个字节
与TEXT系类似,不同的是BLOB系存储的可以是二进制数据(如图片、视频、音乐),而TEXT系存储的只能是字符数据

2.3.5 枚举类型

ENUM(‘value1’,’value2’,…)

枚举类型只能有一个值的字符串,从值列’value1’,’value2’,…,NULL中或特殊 ”错误值中选出。ENUM列最多可以有65,535个截然不同的值。ENUM值在内部用整数表示,所以我们可以使用整数插入或查询来代替字符串。

如下我们创建一个表,包含枚举字段day,我们插入枚举值



我们还可以通过整数值插入和查询



当我们插入非设置的枚举值时会出错,如下错误:

mysql> insert into t_enum values('星期天');
ERROR 1265 (01000): Data truncated for column 'day' at row 1


2.3. 6 SET类型

SET(‘value1’,’value2’,…)

一个set集合,其中的字符串对象可以有零个或多个值的组合,每个值必须来自列值’value1’,’value2’,…SET列最多可以有64个成员。SET值在内部用整数表示。 插入时的数据顺序与最终在表中的顺序无关。

使用示例

创建了一个t_set的表,day是一个set类型的字段,可以插入set中的任意值的组合,插入顺序不影响最终插入到表中的数据。可以通过指定字符串来查询,此字符串的顺序却对查询结果有影响,这是一个奇怪的地方



使用整数插入、查询、删除、更新

set内部使用整数来表示,value、二进制、十进制的对应关系如下



当我们插入数字15时,即1+2+4+8,各个set的value对应的值(星期一~星期四)

当我们插入数字8时,即对应value为8的‘星期四’,其他组合依次类推



删除指定值(更新与之类似,不列出了)



2.4 日期和时间类型

类型名字节格式范围
date3YYYY-MM-DD1000-01-01 ~ 9999-12-31
datetime8YYYY-MM-DD HH:MM:SS1000-01-01 00:00:00 ~ 9999-12-31 23:59:59
timestamp4YYYY-MM-DD HH:MM:SS1970-01-01 00:00:01 ~ 2038
year1YYYY1901 ~ 2155
TIME3-838:59:59 ~ 838:59:59
通过命令 select curdate(); 或select now();来查看当前日期



日期与时间类型的使用

如果要表示年月日,一般使用date

如果要表示年月日时分秒,一般使用datetime

如果要频繁更新当前时间,则可以选择使用timestamp

如果要表示年,可以使用year,占用字节少

如果要表示时分秒,可以使用time

使用示例



后记:总结了下MySql的存储引擎与数据类型,更具体的用法再慢慢完善吧~
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: