MySQL 数据类型核心指南:选型、实战与避坑

MySQL 数据类型核心指南:选型、实战与避坑
在这里插入图片描述

🔥草莓熊Lotso:个人主页
❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》
✨生活是默默的坚持,毅力是永久的享受!


🎬 博主简介:

在这里插入图片描述

文章目录


前言:

在 MySQL 数据库设计中,数据类型的选择直接影响存储效率、查询性能和数据准确性。选对数据类型能避免存储空间浪费、数据溢出、精度丢失等问题,而选错则可能导致系统隐患(如用INT存储手机号导致截断)。本文将全面拆解 MySQL 核心数据类型,结合实战案例讲解选型技巧,帮你从 “能用” 升级到 “用好” 数据类型。

一. MySQL 数据类型分类总览

MySQL 的数据类型丰富,按功能可分为五大类,覆盖数值、字符串、日期、特殊类型等场景:

分类核心类型适用场景
数值类型BIT、TINYINT、INT、BIGINT、FLOAT、DECIMAL存储数字(年龄、金额、计数等)
字符串类型CHAR、VARCHAR、TEXT、BLOB存储文本(姓名、地址、大文本、二进制数据)
日期时间类型DATE、DATETIME、TIMESTAMP存储时间(生日、创建时间、时间戳)
特殊字符串ENUM(枚举)、SET(集合)固定选项(性别、爱好、状态等)
二进制类型BLOB存储图片、文件等二进制数据
在这里插入图片描述

二. 数值类型:精准匹配数字范围与精度

数值类型是最常用的类型,核心关注范围和精度,避免数据溢出或精度丢失。

2.1 整数类型(BIT/TINYINT/INT/BIGINT)

整数类型按占用字节和范围分为 5 类,支持UNSIGNED(无符号)修饰(默认有符号):

类型占用字节有符号范围无符号范围适用场景
BIT(M)1-81-64 位(默认 1 位)同有符号存储 0/1(性别)、位掩码
TINYINT1-128 ~ 1270 ~ 255年龄、状态值(0-255)
SMALLINT2-32768 ~ 327670 ~ 65535小范围计数(如订单编号)
INT4-2147483648 ~ 21474836470 ~ 4294967295普通计数(如用户 ID)
BIGINT8-9e18 ~ 9e180 ~ 1.8e19大数值(如手机号、雪花 ID)

关键实战要点

  • 避免无符号类型(UNSIGNED):虽然无符号类型能扩大正数范围,但可能导致溢出时报错(如TINYINT UNSIGNED插入 - 1 直接报错),且与有符号类型计算时容易出现逻辑问题。建议直接用更大的整数类型(如用INT替代TINYINT UNSIGNED)。
  • BIT 类型的坑:BIT 字段存储的是位数据,查询时会按 ASCII 码显示(如bit(8)存储 10 显示为换行符,存储 65 显示为 ‘A’),仅适合存储 0/1 等简单标识:
CREATETABLE tt5(gender bit(1));INSERTINTO tt5 VALUES(0);-- 成功INSERTINTO tt5 VALUES(1);-- 成功INSERTINTO tt5 VALUES(2);-- 越界报错(bit(1)仅支持0/1)
在这里插入图片描述

2.1.1 TINYINT 类型测试

TINYINT 占用 1 字节,有符号范围 - 128~127,无符号范围 0~255:

-- 1. 创建有符号TINYINT表CREATETABLE test_tinyint1(age TINYINT);-- 2. 插入合法值INSERTINTO test_tinyint1 VALUES(127);-- 成功(最大值)INSERTINTO test_tinyint1 VALUES(-128);-- 成功(最小值)-- 3. 插入越界值(报错)INSERTINTO test_tinyint1 VALUES(128);-- 报错:Out of range value for column 'age' at row 1-- 4. 创建无符号TINYINT表CREATETABLE test_tinyint2(age TINYINTUNSIGNED);-- 5. 插入无符号合法值INSERTINTO test_tinyint2 VALUES(255);-- 成功(无符号最大值)-- 6. 插入负数(无符号越界报错)INSERTINTO test_tinyint2 VALUES(-1);-- 报错:Out of range value for column 'age' at row 1

2.1.2 BIT 类型测试

BIT 存储位数据,默认 1 位(仅支持 0/1),位数 M 需≤64,查询时按 ASCII 码显示(易踩坑),但是我自己实际测试也有可能会是16进制的,大家可以自己去试试:

-- 1. 创建BIT(1)字段的表CREATETABLE test_bit(gender BIT(1));-- 2. 插入合法值(0/1)INSERTINTO test_bit VALUES(0);-- 成功INSERTINTO test_bit VALUES(1);-- 成功-- 3. 插入越界值(报错)INSERTINTO test_bit VALUES(2);-- 报错:Data truncation: Data too long for column 'gender' at row 1-- 4. 查询BIT字段(关键:直接查询显示ASCII字符,需转成数字)SELECT gender, bin(gender+0)FROM test_bit;

运行结果

+--------+---------------+ | gender | bin(gender+0)| +--------+---------------+ ||0| -- 0的ASCII显示为空白,转数字后是0 ||1| -- 1的ASCII显示为,转数字后是1 +--------+---------------+ 

2.1.3 INT/BIGINT 对比测试

-- 1. INT存储手机号(越界测试)CREATETABLE test_int(phone INT);INSERTINTO test_int VALUES(13800138000);-- 报错:Out of range value for column 'phone' at row 1(INT最大值2147483647 < 13800138000)-- 2. BIGINT存储手机号(成功)CREATETABLE test_bigint(phone BIGINT);INSERTINTO test_bigint VALUES(13800138000);-- 成功SELECT*FROM test_bigint;+-------------+| phone |+-------------+|13800138000|+-------------+

2.2 小数类型(FLOAT/DOUBLE/DECIMAL)

小数类型用于存储带小数点的数值,核心区别在于精度
以下是您需要的表格,已整理为清晰格式:

类型占用字节精度特性适用场景
FLOAT4单精度,约 7 位有效数字非精确计算(如身高、体重)
DOUBLE8双精度,约 15 位有效数字较高精度计算(如温度)
DECIMAL可变高精度(自定义整数 + 小数位)精确计算(如金额、税率)

2.2.1 FLOAT/DECIMAL 精度对比测试

-- 1. 创建小数测试表CREATETABLE test_decimal( salary_float FLOAT(10,8), salary_decimal DECIMAL(10,8));-- 2. 插入相同数值INSERTINTO test_decimal VALUES(23.12345612,23.12345612);-- 3. 查询结果(精度差异)SELECT*FROM test_decimal;

运行结果:

+---------------+----------------+| salary_float | salary_decimal |+---------------+----------------+|23.12345695|23.12345612|+---------------+----------------+
  • 发现decimal的精度更准确,因此如果我们希望某个数据表示高精度,选择decimal
  • 关键结论:FLOAT 是近似存储,存在精度丢失;DECIMAL 是精确存储,适合金额、税率等场景。

float表示的精度大约是7位,decimal整数最大位置m为65,支持小数最大位置d是30,如果d被省略,默认位0,如果m被省略,默认是10。建议如果希望小数的精度高,推荐使用decimal。

在这里插入图片描述

2.2.2 DECIMAL 范围测试

CREATETABLE test_decimal2(price DECIMAL(5,2));-- 总长度5,小数位2 → 范围-999.99~999.99INSERTINTO test_decimal2 VALUES(999.99);-- 成功INSERTINTO test_decimal2 VALUES(1000.00);-- 报错:Out of range value for column 'price' at row 1

三. 字符串类型:CHAR 与 VARCHAR 的终极选型

字符串类型是最容易用错的类型,核心是区分CHAR(固定长度)和VARCHAR(可变长度),以及TEXT(大文本)的适用场景。

3.1 核心字符串类型对比

以下是您需要的表格:

类型长度限制存储特性适用场景
CHAR(L)L ≤ 255(字符)固定长度,不足补空格长度固定(身份证、手机号)
VARCHAR(L)L ≤ 65535(字节)可变长度,存储实际长度 + 1-3 字节长度标识长度不固定(姓名、地址)
TEXT最大 65535 字节大文本,不支持默认值 / 全文索引长文本(文章内容、备注)
BLOB最大 65535 字节二进制存储图片、文件等二进制数据

3.2 CHAR 与 VARCHAR 深度测试

-- 1. 创建CHAR/VARCHAR对比表(UTF8编码,1字符=3字节)CREATETABLE test_char_varchar( c_char CHAR(4), c_varchar VARCHAR(4))CHARSET=utf8;-- 2. 插入不同长度数据INSERTINTO test_char_varchar VALUES('abcd','abcd');-- 4字符INSERTINTO test_char_varchar VALUES('A','A');-- 1字符INSERTINTO test_char_varchar VALUES('中国','中国');-- 2字符-- 3. 查询数据(查看实际存储)SELECT c_char, LENGTH(c_char),-- CHAR长度:固定12字节(4×3) c_varchar, LENGTH(c_varchar)-- VARCHAR长度:实际字符×3 + 1字节FROM test_char_varchar;

运行结果

+--------+---------------+------------+------------------+| c_char | LENGTH(c_char)| c_varchar | LENGTH(c_varchar)|+--------+---------------+------------+------------------+| abcd |12| abcd |13|| A |12| A |4|| 中国 |6| 中国 |7|+--------+---------------+------------+------------------+

关键结论

  • CHAR (4) 无论存储多少字符,都占用 12 字节(4×3),不足补空格;
  • VARCHAR (4) 存储 1 字符占用 4 字节(3+1),2 字符占用 7 字节(6+1),4 字符占用 13 字节(12+1),更节省空间。
在这里插入图片描述
如何选择定长或变长字符串?如果数据确定长度都一样,就使用定长(char),比如:身份证,手机号,md5如果数据长度有变化,就使用变长(varchar), 比如:名字,地址,但是你要保证最长的能存的进去。定长的磁盘空间比较浪费,但是效率高。变长的磁盘空间比较节省,但是效率低。定长的意义是,直接开辟好对应的空间变长的意义是,在不超过自定义范围的情况下,用多少,开辟多少。

3.3 VARCHAR 长度限制测试

-- UTF8编码下,VARCHAR最大字符数=65532/3≈21844(预留1-3字节存长度)CREATETABLE test_varchar_limit1(name VARCHAR(21845))CHARSET=utf8;-- 报错:Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535.CREATETABLE test_varchar_limit2(name VARCHAR(21844))CHARSET=utf8;-- 成功

四. 日期时间类型:DATE/DATETIME/TIMESTAMP 选型

日期时间类型用于存储时间相关数据,核心是区分三者的存储范围、时区特性和自动更新机制:

类型占用字节时间范围时区特性自动更新适用场景
DATE31000-01-01 ~ 9999-12-31生日、日期记录
DATETIME81000-01-01 ~ 9999-12-31固定时间(如订单创建时间)
TIMESTAMP41970-01-01 ~ 2038-01-19受时区影响支持自动更新时间戳(如最后修改时间)

4.1 TIMESTAMP 自动更新测试

-- 1. 创建日期测试表CREATETABLE test_datetime( t1 DATE, t2 DATETIME, t3 TIMESTAMP);-- 2. 仅插入DATE/DATETIME,TIMESTAMP自动填充当前时间INSERTINTO test_datetime(t1,t2)VALUES('1997-07-01','2008-08-08 12:01:01');-- 3. 查询初始结果SELECT*FROM test_datetime;

运行结果 1

+------------+---------------------+---------------------+| t1 | t2 | t3 |+------------+---------------------+---------------------+|1997-07-01|2008-08-0812:01:01|2024-05-2015:30:22|-- t3自动填充当前时间+------------+---------------------+---------------------+
-- 4. 更新数据,TIMESTAMP自动刷新UPDATE test_datetime SET t1='2000-01-01';-- 5. 查询更新结果SELECT*FROM test_datetime;

运行结果 2

+------------+---------------------+---------------------+| t1 | t2 | t3 |+------------+---------------------+---------------------+|2000-01-01|2008-08-0812:01:01|2024-05-2015:35:48|-- t3自动更新为修改时间+------------+---------------------+---------------------+

五. 特殊字符串类型:ENUM 与 SET(单选 / 多选场景)

ENUM(枚举)和SET(集合)适用于固定选项的场景,避免手动校验输入合法性。

5.1 ENUM(单选枚举)测试

-- 1. 创建枚举表CREATETABLE test_enum( username VARCHAR(30), gender ENUM('男','女'));-- 2. 插入合法值INSERTINTO test_enum VALUES('雷锋','男');-- 成功INSERTINTO test_enum VALUES('小红',2);-- 成功(2对应第二个选项'女')-- 3. 插入非法值(报错)INSERTINTO test_enum VALUES('Tom','未知');-- 报错:Data truncated for column 'gender' at row 1-- 4. 查询枚举值SELECT username, gender, gender+0FROM test_enum;-- gender+0查看枚举对应的数字
  • 运行结果
+----------+--------+-----------+| username | gender | gender+0|+----------+--------+-----------+| 雷锋 | 男 |1|| 小红 | 女 |2|+----------+--------+-----------+

5.2 SET(多选集合)测试

-- 1. 创建集合表CREATETABLE test_set( username VARCHAR(30), hobby SET('登山','游泳','篮球','武术'));-- 2. 插入多选值INSERTINTO test_set VALUES('雷锋','登山,武术');-- 成功INSERTINTO test_set VALUES('小红','游泳');-- 成功(单选)-- 3. 插入非法值(自动忽略)INSERTINTO test_set VALUES('Tom','登山,游戏');-- '游戏'不是选项,仅插入'登山'-- 4. 查询包含某选项的记录(find_in_set函数)SELECT*FROM test_set WHERE FIND_IN_SET('登山', hobby);
  • 运行结果
+----------+-----------+| username | hobby |+----------+-----------+| 雷锋 | 登山,武术 || Tom | 登山 |+----------+-----------+
  • set的这个也可以用数字来代表,不过是由比特位来算的,比如1代表登山,2代表游泳,3代表的是登山和游泳(0011)

六. 数据类型选型避坑指南和总结

  • 按 “最小必要” 原则选型:如年龄用TINYINT(0-255 足够),不用INT;金额用DECIMAL(10,2),不用FLOAT
  • 避免用字符串存储数字:如手机号用BIGINTCHAR(11),不用VARCHAR(11)CHAR查询更快);身份证用CHAR(18)(固定长度),不用VARCHAR
  • BIT 类型查询需转数字:直接查询 BIT 字段显示 ASCII 字符,需用gender+0CAST(gender AS UNSIGNED)转为数字。
  • 慎用 TEXT/BLOB:大文本类型会降低查询性能,若能拆分字段(如将文章摘要单独存储为VARCHAR),尽量避免直接用TEXT
  • 日期类型优先选 DATETIME:除非明确需要时区转换或自动更新,否则DATETIME的兼容性和范围更优,避免TIMESTAMP的 2038 限制。

总结: MySQL 数据类型的选择核心是 “匹配场景 + 平衡性能与空间”,本文补充了 PPT 中所有核心测试案例,关键要点总结:

  • BIT/TINYINT 有严格范围限制,插入越界值会直接报错,查询 BIT 需转数字;
  • FLOAT 存在精度丢失,金额等精确场景必须用 DECIMAL;
  • CHAR 适合固定长度字符串(如手机号),VARCHAR 适合可变长度字符串(如姓名);
  • TIMESTAMP 支持自动更新,但有 2038 年限制,普通场景优先用 DATETIME;
  • ENUM/SET 简化固定选项存储,SET 查询需用 find_in_set 函数。

结尾:

🍓 我是草莓熊 Lotso!若这篇技术干货帮你打通了学习中的卡点: 👀 【关注】跟我一起深耕技术领域,从基础到进阶,见证每一次成长 ❤️ 【点赞】让优质内容被更多人看见,让知识传递更有力量 ⭐ 【收藏】把核心知识点、实战技巧存好,需要时直接查、随时用 💬 【评论】分享你的经验或疑问(比如曾踩过的技术坑?),一起交流避坑 🗳️ 【投票】用你的选择助力社区内容方向,告诉大家哪个技术点最该重点拆解 技术之路难免有困惑,但同行的人会让前进更有方向~愿我们都能在自己专注的领域里,一步步靠近心中的技术目标! 

结语:掌握这些带测试验证的知识点,能避免 80% 的数据库设计问题。如果需要针对具体场景(如电商订单表、用户表)的字段设计方案,欢迎在评论区留言交流!创作不易,觉得有帮助的话,欢迎点赞、收藏、关注三连~ 后续会持续更新 MySQL 约束、索引等进阶内容,带你从入门到精通数据库设计。

✨把这些内容吃透超牛的!放松下吧✨ʕ˘ᴥ˘ʔづきらど

Read more

Flutter for OpenHarmony: Flutter 三方库 envied_generator 给鸿蒙应用的敏感 API Key 穿上“不可破解”的防护服(安全性加固利器)

Flutter for OpenHarmony: Flutter 三方库 envied_generator 给鸿蒙应用的敏感 API Key 穿上“不可破解”的防护服(安全性加固利器)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在进行 OpenHarmony 应用开发时,我们不可避免地要集成各种三方服务(如高德地图 KEY、Firebase Secret、或是鸿蒙分布式服务的授权 Token)。如果你直接将这些字符串写在 Dart 代码里,任何初级黑客都能通过反编译你的 HAP 包,轻松获取这些敏感资产,导致巨大的商业损失。 envied_generator 配合 envied 就是专门解决这一安全痛点的。它不仅能将配置从 .env 文件读取到代码中,更关键的是它支持 Obfuscate(代码混淆)。它将你的 Key 转化为一串复杂的位运算逻辑,让反编译后的结果变得面目全非,为鸿蒙应用的资产安全筑起第一道堤坝。 一、配置加固工作流模型 该库通过代码生成,将明文配置文件转化为混淆后的 Dart 类。 .env (敏感明文) envied_generator

By Ne0inhk
Flutter for OpenHarmony: Flutter 三方库 week_of_year 为鸿蒙应用提供精准的年度周数统计与业务分析支持(日历计算专家)

Flutter for OpenHarmony: Flutter 三方库 week_of_year 为鸿蒙应用提供精准的年度周数统计与业务分析支持(日历计算专家)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在进行 OpenHarmony 的办公自动化(OA)、排班管理或财务统计应用开发时,我们经常需要处理“周”的概念。 1. 周报提交:今天是今年的第几周? 2. 生产计划:第 15 周需要完成哪些鸿蒙节点的部署? 3. 数据报表:按周对鸿蒙设备的运行状态进行汇总。 虽然 Dart 的 DateTime 类非常强大,但它并没有原生支持“获取当前是第几周”。week_of_year 软件包通过对 DateTime 对象的精简扩展,让你能一行代码获取 ISO-8601 标准的周数。 一、周数计算逻辑模型 符合国际标准(ISO-8601)的周数计算,通常将包含一年中第一个周四的那一周定为第 1 周。 DateTime

By Ne0inhk

灵感画廊:5分钟快速上手Stable Diffusion艺术创作

灵感画廊:5分钟快速上手Stable Diffusion艺术创作 你是否曾有过这样的瞬间:脑海中闪过一个绝妙的画面,却苦于无法用画笔或软件将其呈现?或者,面对复杂的AI绘画工具,被一堆看不懂的参数和按钮劝退?今天,我将带你体验一款与众不同的AI艺术创作工具——灵感画廊。它没有冰冷的工业界面,只有如艺术沙龙般的恬静空间,让你在5分钟内,将脑海中的“梦境碎片”凝结成永恒的视觉诗篇。 1. 什么是灵感画廊? 灵感画廊不是一个普通的Stable Diffusion WebUI。它是一款基于 Stable Diffusion XL 1.0 模型深度定制的沉浸式艺术创作终端。它的设计哲学很特别:让创作过程本身成为一种审美享受。 想象一下,你走进一间充满宣纸色调、衬线字体和极简留白的数字画室。这里没有令人眼花缭乱的滑块和选项卡,只有“梦境描述”、“尘杂规避”和“挥笔成画”这样充满诗意的交互。它的目标,就是为你提供一个可以专注捕捉灵感的静谧空间。 对于新手来说,它的最大价值在于 “开箱即用” 和 “直观友好”。你不需要理解“

By Ne0inhk

无需任何拓展Copilot接入第三方OpenAI接口教程

禁止搬运,转载需标明本文链接 省流:修改"C:\Users\你的用户名称\.vscode\extensions\github.copilot-chat-0.35.0\package.json"中的"when": "productQualityType != 'stable'"为"when": "productQualityType == 'stable'",即可在copilot添加支持openAI的第三方接口 我在寻找怎么让copilot接入第三方接口的时候,通过别人的贴子(长期有效)接入第三方 OpenAI 兼容模型到 GitHub Copilot-ZEEKLOG博客发现了官方的讨论Add custom OpenAI endpoint configuration

By Ne0inhk