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

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

摘要:本文聚焦OpenClaw从测试环境走向生产环境的核心痛点,围绕“性能优化、安全加固、监控运维”三大维度展开实操讲解。先明确生产环境硬件/系统选型标准,再通过硬件层资源管控、模型调度策略、缓存优化等手段提升响应速度(实测响应效率提升50%+);接着从网络、权限、数据三层构建安全防护体系,集成火山引擎安全方案拦截高危操作;最后落地TenacitOS可视化监控与Prometheus告警体系,配套完整故障排查清单和虚拟实战案例。全文所有配置、代码均经实测验证,兼顾新手入门实操性和进阶读者的生产级部署需求,帮助开发者真正实现OpenClaw从“能用”到“放心用”的跨越。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】【数字孪生与仿真技术实战指南】 【AI工程化落地与YOLOv8/v9实战】【C#工业上位机高级应用:高并发通信+性能优化】 【Java生产级避坑指南:

By Ne0inhk
ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言  一、实验基础说明 1.1、互斥体简介 1.2 本次实验设计思路 二、硬件原理分析(看过之前博客的可以忽略) 三、实验程序编写 3.1 互斥体 LED 驱动代码(mutex.c) 3.2.1、设备结构体定义(28-39

By Ne0inhk
Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 后端工程师扔给你一个 Swagger (OpenAPI) 文档地址,你会怎么做? 1. 对着文档,手写 Dart Model 类(容易写错字段类型)。 2. 手写 Retrofit/Dio 的 API 接口定义(容易拼错 URL)。 3. 当后端修改了字段名,你对着报错修半天。 这是重复劳动的地狱。 swagger_dart_code_generator 可以将 Swagger (JSON/YAML) 文件直接转换为高质量的 Dart 代码,包括: * Model 类:支持 json_serializable,带 fromJson/

By Ne0inhk
Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

文章目录 * 前言 * make/makefile * 文件的三个时间 * Linux第一个小程序-进度条 * 回车和换行 * 缓冲区 * 程序的代码展示 * git指令 * 关于gitee * Linux调试器-gdb使用 * 作业部分 前言 做 Linux 开发时,你是不是也遇到过这些 “卡脖子” 时刻?写 makefile 时,明明语法没错却报错,最后发现是依赖方法行没加 Tab;想提交代码到 gitee,记不清 git add/commit/push 的 “三板斧”,还得反复搜教程;用 gdb 调试程序,输了命令没反应,才想起编译时没加-g生成 debug 版本;甚至连写个进度条,都搞不懂\r和\n的区别,导致进度条乱跳…… 其实这些问题,

By Ne0inhk