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 组件 pos 适配鸿蒙 HarmonyOS 实战:ESC/POS 硬件协议通信,构建高性能零售收银与物联网打印架构

Flutter 组件 pos 适配鸿蒙 HarmonyOS 实战:ESC/POS 硬件协议通信,构建高性能零售收银与物联网打印架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 pos 适配鸿蒙 HarmonyOS 实战:ESC/POS 硬件协议通信,构建高性能零售收银与物联网打印架构 前言 在鸿蒙(OpenHarmony)生态迈向专业收银终端、涉及智慧零售设备、数字化仓储标签打印及餐饮自助化服务的背景下,如何实现与热敏打印机(Thermal Printer)等硬件设备的底噪、高可靠通讯,已成为决定商业应用“交易闭环效率”的关键。在鸿蒙设备这类强调硬件直控能力(Raw IO)与实时系统响应的环境下,如果应用依然依赖图形化的截屏打印或低效的中间件转发,由于由于图像编解码的巨大算力消耗,极易由于由于“内存瞬时溢出”导致收银终端在高峰期发生严重卡顿。 我们需要一种能够直接生成热敏指令流(Hex Commands)、支持多种传输通道(蓝牙/Wi-Fi/USB)且符合行业标准(ESC/POS)的高性能控制方案。 pos

By Ne0inhk
OpenClaw下载安装配置|Windows安装流程|macOS 安装流程|Telegram 集成使用|飞书集成使用|常见坑和注意事项保姆级教程

OpenClaw下载安装配置|Windows安装流程|macOS 安装流程|Telegram 集成使用|飞书集成使用|常见坑和注意事项保姆级教程

🦞 OpenClaw 保姆级部署教程:Windows/macOS 全平台安装 + Telegram/飞书双端集成实战 作者:猫头虎AI | 阅读时间:约 25 分钟 | 难度:⭐⭐⭐☆☆ 因为🦞实在太火了,加上看多了AI相关的东西搞得人很焦虑,所以还是打算自己部署一下找点自我安慰吧🤷。先不说我能用来干啥,就想探一探它这么火的原因😮‍💨 在Windows中折腾了一天,终于算是初步跑通了,并配置了 Telegram 和 飞书 两个 channel。本文将完整记录从环境准备到多平台集成的全流程,帮你避开我踩过的所有坑。 OpenClaw 是一个适用于任何操作系统的 AI 智能体 Gateway 网关,支持 WhatsApp、Telegram、Discord、飞书等多种聊天应用。 📋 阅读目录 * 🦞 OpenClaw 保姆级部署教程:Windows/macOS 全平台安装 + Telegram/飞书双端集成实战 * 安装前准备

By Ne0inhk
时序数据库 Apache IoTDB:从边缘到云端Apache IoTDB 全链路数据管理能力、部署流程与安全特性解读

时序数据库 Apache IoTDB:从边缘到云端Apache IoTDB 全链路数据管理能力、部署流程与安全特性解读

时序数据库 Apache IoTDB:从边缘到云端Apache IoTDB 全链路数据管理能力、部署流程与安全特性解读 前言 大数据与物联网技术飞速发展的今天,时序数据呈现出爆发式增长的态势,从工业传感器的实时监控数据到智能设备的运行日志,从金融交易的时序记录到新能源汽车的工况数据,时序数据已成为企业数字化转型的核心资产,选择一款合适的时序数据库,直接关系到数据存储效率、分析能力与业务价值挖掘。 本文将从时序数据库的核心需求出发,结合大数据场景特点,通过与国外主流产品的对比分析,重点阐述 Apache IoTDB 在选型中的核心优势。 Apache IoTDB 介绍 Apache IoTDB 是由中科院软件所主导研发的开源时序数据库,专为物联网与工业大数据场景设计,以高性能、轻量级、易扩展为核心特点,通过三层数据模型与多级存储引擎,实现对海量时序数据的高效存储、快速查询与全生命周期管理,已成为国产化时序数据管理的标杆产品 ✅极致的性能表现:采用 TsFile 存储结构与多维索引体系,单节点每秒可处理数百万数据点写入,复杂聚合查询响应达毫秒级,结合差值编码等压缩算法,数据压缩

By Ne0inhk
程序员必看!VSCode Remote+cpolar让Mac和Linux无缝协作,代码随身走

程序员必看!VSCode Remote+cpolar让Mac和Linux无缝协作,代码随身走

文章目录 * 前言 * 1.WSL 环境下网络诊断 * 2.安装cpolar实现随时随地开发 * 3.配置公网地址 * 4.VsCode 远程连接开发环境 * 5.保留固定TCP公网地址 * 总结 前言 作为全栈开发者,你是否受够了在公司MacBook和家里Windows PC间同步开发环境的痛苦?VSCode Remote-SSH插件彻底终结了这种折腾——只需一次配置,就能让本地编辑器直接访问远程服务器的文件系统和终端,无论是修改Node.js后端还是调试Python脚本,都像在本地操作般流畅。我司前端团队通过这种方式,成功实现设计师用MacBook编辑React组件,后端工程师用Linux工作站调试API,代码实时同步且环境完全一致。 最让我惊喜的是VSCode Remote的端口转发功能。上次开发微信小程序时,后端服务运行在阿里云服务器,通过Remote-SSH转发3000端口后,本地IDE直接访问localhost就能调试接口,省去了配置Nginx反向代理的麻烦。而WSL2环境下的Docker容器,更是可以通过这种方式暴露给局域网其他设备,实现"Wi

By Ne0inhk