MySQL中存储引擎和数据类型
本篇文章给大家分享《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学习网公众号,给大家分享更多数据库知识!
centos服务器搭建 NGINX+PHP+MySQL+Node.js
- 上一篇
- centos服务器搭建 NGINX+PHP+MySQL+Node.js
- 下一篇
- MySQL JSON数据类型操作
-
- 忧伤的玉米
- 赞 ??,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢博主分享技术贴!
- 2023-04-12 20:56:02
-
- 勤劳的雨
- 这篇技术贴真及时,太详细了,很好,mark,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-03-03 11:53:02
-
- 踏实的香氛
- 这篇技术贴真是及时雨啊,太详细了,受益颇多,收藏了,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-01-24 23:28:55
-
- 数据库 · MySQL | 5小时前 |
- MySQL collation 不一致导致 JOIN 报错怎么统一
- 446浏览 收藏
-
- 数据库 · MySQL | 13小时前 |
- MySQL 递归 CTE 生成日期序列时为什么列类型会截断
- 104浏览 收藏
-
- 数据库 · MySQL | 17小时前 |
- MySQL 递归 CTE 遍历树数据时怎么防止无限循环
- 142浏览 收藏
-
- 数据库 · MySQL | 19小时前 |
- MySQL invisible index 如何安全观察索引下线影响
- 300浏览 收藏
-
- 数据库 · MySQL | 21小时前 | MySQL · 索引优化 · generated column · mysql 索引 优化器 生成列
- MySQL 生成列索引为什么没有被优化器使用
- 300浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL 窗口函数取每组最新记录时如何处理并列时间
- 242浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL JSON_VALUE 返回 NULL 时怎么区分缺少路径和空值
- 170浏览 收藏
-
- 数据库 · MySQL | 1天前 | MySQL · JSON查询 · JSON_TABLE · SQL技巧 · mysql JSON_TABLE FOR ORDINALITY JSON数组序号
- MySQL JSON_TABLE 的 FOR ORDINALITY 怎么保留数组原始序号
- 139浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL 复制延迟升高时怎么区分 SQL 线程和 IO 线程
- 304浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 61次使用
-
- SuperCLUE
- SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
- 216次使用
-
- C-Eval
- 深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
- 145次使用
-
- AI Prompt Library
- 探索AI Prompt Library免费资源库,涵盖营销、写作及多场景AI提示词。兼容ChatGPT、Claude等工具,一键复制优化输出,提升工作效率。
- 78次使用
-
- Generrated
- Generrated汇集9300+张DALL·E生成图像及对应提示词,支持查看完整图集、对比DALL·E 2与3版本差异,是AI绘图新手学习Prompt设计与获取创作灵感的实用工具。
- 55次使用
-
- MySQL 明明加了索引,为什么查询还是很慢?先查这 6 个点
- 2026-06-27 374浏览
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- golang 基于 mysql 简单实现分布式读写锁
- 2023-01-07 384浏览
-
- 详解如何利用GORM实现MySQL事务
- 2023-01-07 184浏览
-
- Go语言实现操作MySQL的基础知识总结
- 2023-01-23 265浏览



