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

- 下一篇
- MySQL JSON数据类型操作
-
- 忧伤的玉米
- 赞 👍👍,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢博主分享技术贴!
- 2023-04-12 20:56:02
-
- 勤劳的雨
- 这篇技术贴真及时,太详细了,很好,mark,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-03-03 11:53:02
-
- 踏实的香氛
- 这篇技术贴真是及时雨啊,太详细了,受益颇多,收藏了,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-01-24 23:28:55
-
- 数据库 · MySQL | 14小时前 | 索引 数据类型 字符集 存储引擎 CREATETABLE
- MySQL新建表操作指南与建表技巧
- 462浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 条件判断
- CASEWHEN条件判断的嵌套使用详解与实战场景分析
- 469浏览 收藏
-
- 数据库 · MySQL | 1个月前 | java php
- CSV文件批量导入MySQL的性能优化秘籍大揭秘
- 289浏览 收藏
-
- 数据库 · MySQL | 1个月前 |
- GaleraCluster多主集群配置与冲突解决攻略
- 239浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 窗口函数实战
- MySQL窗口函数实战案例深度剖析
- 315浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 自定义函数
- MySQL插件开发入门:自定义函数(UDF)编写指南
- 184浏览 收藏
-
- 数据库 · MySQL | 1个月前 |
- Windows系统MySQL8.0免安装版配置攻略
- 227浏览 收藏
-
- 数据库 · MySQL | 1个月前 | MySQL错误 数据库诊断
- 深度解析错误代码1045/1217/1205的根本原因及解决方案
- 202浏览 收藏
-
- 数据库 · MySQL | 1个月前 | sql注入 编码规范
- 防范SQL注入必备:编码规范与工具推荐指南
- 140浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
-
- 笔灵AI生成答辩PPT
- 探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
- 14次使用
-
- 知网AIGC检测服务系统
- 知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
- 22次使用
-
- AIGC检测-Aibiye
- AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
- 30次使用
-
- 易笔AI论文
- 易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
- 40次使用
-
- 笔启AI论文写作平台
- 笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
- 35次使用
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
-
- MySQL数据表简单查询
- 2023-01-10 101浏览