登录
首页 >  数据库 >  MySQL

MySQL中存储引擎和数据类型

来源:SegmentFault

时间:2023-01-24 14:38:49 201浏览 收藏

本篇文章给大家分享《MySQL中存储引擎和数据类型》,覆盖了数据库的常见基础知识,其实一个语言的全部知识点一篇文章是不可能说完的,但希望通过这些问题,让读者对自己的掌握程度有一定的认识(B 数),从而弥补自己的不足,更好的掌握它。

存储引擎

一、查看存储引擎

输入show engines;

    [mysqld]

    # The next three options are mutually exclusive to SERVER_PORT below.
    # skip-networking

    # enable-named-pipe

    # shared-memory

    # shared-memory-base-name=MYSQL

    # The Pipe the MySQL Server will use
    # socket=MYSQL

    # The TCP/IP Port the MySQL Server will listen on
    port=3306

    # Path to installation directory. All paths are usually resolved relative to this.
    basedir="C:/Program Files/MySQL/MySQL Server 5.7/"

    # Path to the database root
    datadir=C:/ProgramData/MySQL/MySQL Server 5.7/Data/

    # The default character set that will be used when a new schema or table is
    # created and no character set is defined
    character-set-server=utf8

    #  在这里修改默认存储引擎!
    # The default storage engine that will be used when create new tables when
    default-storage-engine=INNODB

以上两种方法修改存储引擎之后,需要重启MySQL使配置生效!

三、存储引擎比较

存储引擎比较

各种存储引擎比较:

数据类型

mysql中有许多的数据类型,如下表:

  • 整数类型:
类型 大小 范围(有符号) 范围(无符号) 用途
TINYINT 1 字节 (-128,127) (0,255) 小整数值
SMALLINT 2 字节 (-32 768,32 767) (0,65 535) 大整数值
MEDIUMINT 3 字节 (-8 388 608,8 388 607) (0,16 777 215) 大整数值
INT或INTEGER 4 字节 (-2 147 483 648,2 147 483 647) (0,4 294 967 295) 大整数值
BIGINT 8 字节 (-9 233 372 036 854 775 808,9 223 372 036 854 775 807) (0,18 446 744 073 709 551 615) 极大整数值
FLOAT 4 字节 (-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) 单精度/浮点数值
DOUBLE 8 字节 (-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 对DECIMAL(M,D) ,如果M>D,为M+2否则为D+2 依赖于M和D的值 依赖于M和D的值 小数值
  • 日期和时间类型
类型 大小(字节) 范围 格式 用途
DATE 3 1000-01-01/9999-12-31 YYYY-MM-DD 日期值
TIME 3 '-838:59:59'/'838:59:59' HH:MM:SS 时间值或持续时间
YEAR 1 1901/2155 YYYY 年份值
DATETIME 8 1000-01-01 00:00:00/9999-12-31 23:59:59 YYYY-MM-DD HH:MM:SS 混合日期和时间值
TIMESTAMP 4 1970-01-01 00:00:00/2037 年某时 YYYYMMDD HHMMSS 混合日期和时间值,时间戳
  • 字符串类型
类型 大小 用途
CHAR 0-255字节 定长字符串
VARCHAR 0-65535 字节 变长字符串
TINYBLOB 0-255字节 不超过 255 个字符的二进制字符串
TINYTEXT 0-255字节 短文本字符串
BLOB 0-65 535字节 二进制形式的长文本数据
TEXT 0-65 535字节 长文本数据
MEDIUMBLOB 0-16 777 215字节 二进制形式的中等长度文本数据
MEDIUMTEXT 0-16 777 215字节 中等长度文本数据
LONGBLOB 0-4 294 967 295字节 二进制形式的极大文本数据
LONGTEXT 0-4 294 967 295字节 极大文本数据

一、CHAR和VARCHAR

char:固定长度字符类型

varchar:可变长度字符类型

char和varchar的一个区别就是检索时char删除了尾部的空格,所以char需要程序处理尾部空格的问题。如下代码:

mysql> create table vc(
    -> v varchar(4),
    -> c char(4));
Query OK, 0 rows affected (0.03 sec)

mysql> insert into vc values('ab  ','ab  ');
Query OK, 1 row affected (0.02 sec)

mysql> select concat(v, '+'),concat(c, '+') from vc;
+----------------+----------------+
| concat(v, '+') | concat(c, '+') |
+----------------+----------------+
| ab  +          | ab+            |
+----------------+----------------+
1 row in set (0.00 sec)

不同的存储引擎对char和varchar的支持和使用原则也不一致,如下:

存储引擎 使用原则
MyISAM 建议使用固定长度的数据列代替可变长度的数据列
MEMORY 目前都使用固定长度的数据行存储,char和varchar没有太大区别,两者都作为char处理
InnoDB 建议使用varcahr,因为InnoDB数据表内部的行存储格式没有区分固定长度和可变长度列,主要的影响因素为数据行使用的存储总量,由于varchar平均占用空间更小,有利于最小化数据行存储总量来减少磁盘I/O读取的时间

二、TEXT和BLOB

text和blob都是用于保存较大文本数据,不过blob可以保存二进制数据(如照片,音频)
,而text只能保存字符数据(如文章、日记)。

blob和text值会引起一些性能问题,特别是当你执行了大量删除操作的时候,会在数据表中留下大量的“空洞”。建议定期使用

mysql> create table t(id varchar(100), context text);
Query OK, 0 rows affected (0.01 sec)

mysql> insert into t values(1,repeat('hello',1000));
Query OK, 1 row affected (0.00 sec)

mysql> insert into t values(2,repeat('hello',1000));
Query OK, 1 row affected (0.02 sec)

# 执行新增操作,以指数增长的方式快速增加表的数据量
mysql> insert into t select * from t;
Query OK, 2 rows affected (0.02 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> insert into t select * from t;
Query OK, 4 rows affected (0.01 sec)
Records: 4  Duplicates: 0  Warnings: 0

# 很多步操作后...

mysql> insert into t select * from t;
Query OK, 256 rows affected (0.01 sec)
Records: 256  Duplicates: 0  Warnings: 0

这个时候表的数据文件大小为:

操作后的表数据文件大小

从文件中删除id为"1"的数据,理论上能够使表的大小减小一半,但实际操作出现的却不是这样的结果。

mysql> delete from t where id = 1;
Query OK, 16384 rows affected (2.30 sec)

删除一半数据后的表数据文件大小为:

删除一半数据后的表数据文件大小

可以发现文件大小根本没有减小,大小仍与之前一样,接下来对表进行

mysql> optimize table t;
+-------------+----------+----------+----------+
| Table       | Op       | Msg_type | Msg_text |
+-------------+----------+----------+----------+
| mysqldemo.t | optimize | status   |    OK    |
+-------------+----------+----------+----------+
2 rows in set (5.74 sec)

优化后的表数据文件大小为:

优化后的表数据文件大小

可以看到,表的大小已有明显减小,“空洞”空间已经被回收。

三、浮点数与定点数

浮点数在MySQL中用float,double来表示,如果插入数值精度超过该列定义的实际精度,则会被四舍五入到符合精度后进行插入存储,此过程不会报错。

而定点数实际上是用字符串形式存放的,在MySQL中用decimal表示,如果实际插入的数值精度大于实际定义的精度,则MySQL会产生警告(默认的SQLMode下),但实际数据会四舍五入后插入,但如果MySQL是在tranitional(传统模式)下,则MySQL会直接报错,拒绝执行。

两者的数据存储区别可以从下面的例子看出:

mysql> create table t(c1 float(10,2), c2 decimal(10,2));
Query OK, 0 rows affected (0.06 sec)

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

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

浮点数的比较也是一个普遍存在的问题。因为二进制和计算机本身的构造原因,浮点数的表示会存在偏差,不能直接用"=="直接比较数值,而是通过两者之差小于一个特别小的数来进行比较。

例如:

a - b 

参考资料

好了,本文到此结束,带大家了解了《MySQL中存储引擎和数据类型》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多数据库知识!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表