MySQL 数据类型深度解析：选对类型提升性能

核心整型参数表（必背）：

实战坑点：整型越界问题

MySQL 对整型做了严格的范围校验，插入超出范围的数据会直接报错，这是新手最容易遇到的问题。

-- 创表：用 TINYINT 存年龄（有符号，范围 -128~127）
create table t_int(num tinyint);

-- 插入正常数据：成功
insert into t_int values(20);

-- 插入越界数据：直接报错（ERROR 1264: Out of range）
insert into t_int values(128); 

关键建议：尽量不用 UNSIGNED

很多人会用 UNSIGNED 扩大整型范围，比如 TINYINT UNSIGNED 存 0~255 的数，但官方更建议提升整型类型而非用 UNSIGNED—— 比如 INT 存不下的数据，INT UNSIGNED 也大概率存不下，不如直接用 BIGINT，避免无符号带来的查询和计算问题。

2.2 BIT 类型：按位存储，极致节省空间

BIT(M) 是位类型，M 表示位数，范围 1~64，默认 1。仅用于存储 0/1 或少量二进制数，是最节省空间的数值类型。

核心用法和坑点

-- 创表：BIT(8) 表示 8 位，BIT(1) 仅存 0/1（比如性别）
create table t_bit(gender bit(1), num bit(8));

-- 插入正常数据：0/1 符合 BIT(1) 范围，成功
insert into t_bit values(0, 65);

-- 插入越界数据：BIT(1) 只能存 0/1，插入 2 直接报错
insert into t_bit values(2, 65);

-- 查询结果：BIT 字段按 ASCII 码显示（65 对应字符 A）
select * from t_bit;
-- 结果：gender=NULL，num=A 

适用场景：仅用于存储二值状态（0/1），比如性别、是否删除、是否启用，用 BIT(1) 比 TINYINT 更节省空间。

2.3 浮点 / 定点型：处理小数，精度是关键

用于存储小数的类型有 FLOAT、DOUBLE（浮点型）和 DECIMAL（定点型），核心差异是精度：浮点型精度低，会有舍入误差；定点型精度高，适合存储金额等对精度要求高的数据。

2.3.1 FLOAT/DOUBLE：浮点型，适合非高精度场景

语法：FLOAT(M,D) [UNSIGNED]，M 表示总长度，D 表示小数位数，FLOAT 占 4 字节，DOUBLE 占 8 字节，MySQL 会自动对数据四舍五入。

-- 创表：FLOAT(4,2) 表示总长度 4，小数 2 位，范围 -99.99~99.99
create table t_float(salary float(4,2));

-- 插入正常数据：成功
insert into t_float values(99.99);

-- 插入带尾数数据：自动四舍五入为 99.99
insert into t_float values(99.994);

-- 插入越界数据：报错
insert into t_float values(100.00); 

适用场景：身高、体重、温度等对精度要求不高的小数场景。

2.3.2 DECIMAL：定点型，金融场景必选

语法：DECIMAL(M,D) [UNSIGNED]，M 表示总长度（最大 65），D 表示小数位数（最大 30），无舍入误差，精度 100%，是金额、汇率等金融场景的唯一选择。

浮点型 vs 定点型：精度对比实战

-- 创表：对比 FLOAT(10,8) 和 DECIMAL(10,8) 的精度
create table t_decimal(s1 float(10,8), s2 decimal(10,8));

-- 插入相同的高精度小数
insert into t_decimal values(23.12345612, 23.12345612);

-- 查询结果：FLOAT 出现舍入误差，DECIMAL 精准保留
select * from t_decimal;
-- 结果：s1=23.12345695，s2=23.12345612 

核心结论：所有涉及金额的字段，一律用 DECIMAL，杜绝浮点误差导致的业务问题。

三、字符串类型：CHAR 和 VARCHAR 的终极选择指南

字符串类型是最灵活也最容易用错的类型，核心是 **CHAR（固定长度）和 VARCHAR（可变长度）**的选择，还有大文本场景的 TEXT 类型，用错会直接导致空间浪费或查询效率暴跌。

3.1 CHAR：固定长度字符串，高效但费空间

语法：CHAR(L)，L 表示字符数，最大 255，无论实际存储多少字符，都会占用 L 个字符的存储空间，超出长度直接报错。

-- 创表：CHAR(2) 表示存 2 个字符（字母/汉字均可）
create table t_char(name char(2));

-- 插入正常数据：字母、汉字都支持，成功
insert into t_char values('ab'),('中国');

-- 插入越界数据：3 个字符，报错
insert into t_char values('abc');

-- 插入 1 个字符：仍占用 2 个字符空间，自动补空格
insert into t_char values('a'); 

特点：查询效率高（无需计算实际长度），但会浪费空间，适合存储长度固定的字符串。

3.2 VARCHAR：可变长度字符串，省空间但稍慢

语法：VARCHAR(L)，L 表示字符数，最大长度和编码相关，实际占用空间为实际字符数 + 1~3 字节（用于记录数据长度），是开发中最常用的字符串类型。

关键知识点：VARCHAR 的长度限制

VARCHAR 的最大有效字节数是 65532（预留 3 字节存长度），因此 L 的最大值和表的字符编码强相关：

UTF8 编码（1 字符 = 3 字节）：L 最大 = 65532/3=21844 GBK 编码（1 字符 = 2 字节）：L 最大 = 65532/2=32766

超出这个范围会直接报错，实战验证：

-- UTF8 编码下，创建 VARCHAR(21845)：报错（Row size too large）
create table t_varchar1(name varchar(21845)) charset=utf8;

-- UTF8 编码下，创建 VARCHAR(21844)：成功
create table t_varchar2(name varchar(21844)) charset=utf8; 

3.3 CHAR 和 VARCHAR：对比与选择原则

这是面试和开发中的高频问题，核心看数据长度是否固定，用一张表讲透差异：

怎么选更稳妥（背下来！）

用 CHAR：数据长度固定，比如手机号（11 位）、身份证号（18 位）、MD5 值（32 位）、状态码（固定字符）； 用 VARCHAR：数据长度不固定，比如姓名、地址、商品名称、描述等； 禁止用 VARCHAR (255)：除非确定数据最大长度是 255，否则按实际业务需求设值（比如姓名设 VARCHAR(20)，地址设 VARCHAR(100)），避免浪费空间和索引效率下降。

3.4 TEXT/BLOB：大文本 / 二进制类型，慎用

当字符串长度超过 VARCHAR 的限制时，用 TEXT（大文本）或 BLOB（二进制），但慎用这两个类型：

TEXT：存储大文本，比如文章内容、评论，不支持全文索引，不支持默认值； BLOB：存储二进制数据，比如图片、文件，不建议在 MySQL 中存储大文件，优先用文件服务器（比如 OSS）。

核心建议：尽量避免在表中使用 TEXT/BLOB，会导致表的查询效率大幅下降，如需存储，建议单独建表关联。

四、日期时间类型：DATE/DATETIME/TIMESTAMP

日期时间类型用于存储时间相关数据，核心是DATE（日期）、DATETIME（日期时间）、TIMESTAMP（时间戳），三者的存储大小、范围、自动更新特性差异巨大，选对能让时间操作更便捷。

4.1 三大日期类型核心参数

4.2 实战演示：TIMESTAMP 的自动更新特性

TIMESTAMP 是开发中最常用的类型，核心特性是自动赋值 / 更新—— 插入数据时自动设为当前时间，更新数据时自动刷新为当前时间，无需手动操作，适合做创建时间 / 更新时间。

-- 创表：DATE(生日)、DATETIME(自定义时间)、TIMESTAMP(自动时间)
create table t_time(t1 date, t2 datetime, t3 timestamp);

-- 插入数据：仅给 t1、t2 赋值，t3 自动设为当前时间
insert into t_time(t1,t2) values('1999-01-01','2024-01-01 12:00:00');

-- 查询结果：t3 显示当前插入时间
select * from t_time;

-- 更新数据：仅修改 t1，t3 自动刷新为当前更新时间
update t_time set t1='2000-01-01';

-- 查询结果：t3 变为最新时间
select * from t_time; 

4.3 选择原则

存仅日期：比如生日、入职日期，用 DATE； 存自定义时间且范围大：比如订单创建时间（需长期保存），用 DATETIME； 存自动更新的时间：比如数据最后修改时间，用 TIMESTAMP（注意 2038 年范围限制）； 禁止用字符串存时间：很多人用 VARCHAR 存时间，会导致无法使用时间函数（比如 DATE_ADD、YEAR），查询和排序效率极低。

五、特殊字符串类型：ENUM（单选）和 SET（多选），简化业务开发

MySQL 提供了 ENUM（枚举）和 SET（集合）两种特殊字符串类型，分别用于单选和多选场景，比用 VARCHAR 存字符串更高效，还能做精准的条件查询，适合处理性别、爱好、分类等固定选项的业务场景。

5.1 ENUM：枚举类型，单选必选

语法：ENUM('选项 1','选项 2','选项 3',...)，最多支持 65535 个选项，实际存储的是数字（1、2、3...），但显示为字符串，适合只能选一个的场景（比如性别、订单状态）。

-- 创表：gender 为 ENUM 枚举，只能选男/女
create table t_enum(username varchar(20), gender enum('男','女'));

-- 插入数据：直接插字符串，成功
insert into t_enum values('张三','男'),('李四','女');

-- 插入非法选项：报错（不在枚举范围内）
insert into t_enum values('王五','未知');

-- 查询：可用数字代替枚举值（1=男，2=女）
select * from t_enum where gender=1; 

5.2 SET：集合类型，多选必选

语法：SET('选项 1','选项 2','选项 3',...)，最多支持 64 个选项，实际存储的是二进制数字，适合可以选多个的场景（比如爱好、标签），多个选项用逗号分隔，且选项本身不能包含逗号。

实战：爱好多选查询（核心坑点解决）

-- 创表：hobby 为 SET 集合（登山/游泳/篮球/武术），gender 为 ENUM 枚举
create table t_set(
 username varchar(20),
 hobby set('登山','游泳','篮球','武术'),
 gender enum('男','女')
);

-- 插入数据：单选/多选都支持，多个爱好用逗号分隔
insert into t_set values ('雷锋','登山，武术','男'), ('李雷','登山','男'), ('韩梅梅','游泳','女');

-- 坑点：直接用=查询，只能查出仅选登山的记录，查不到多选包含登山的
select * from t_set where hobby='登山'; -- 仅返回李雷

-- 正确用法：用 find_in_set() 函数，查询包含登山的所有记录
select * from t_set where find_in_set('登山', hobby); -- 返回雷锋、李雷 

find_in_set 函数：find_in_set(子串，逗号分隔的字符串)，子串存在则返回下标，不存在返回 0，是 SET 集合查询的核心函数。

5.3 核心优势

效率更高：实际存储为数字，比 VARCHAR 存字符串更节省空间，查询速度更快； 数据规范：限制了可选值，避免插入非法数据（比如性别插入'未知'）； 查询便捷：通过数字或函数即可精准查询，无需模糊匹配。

六、MySQL 数据类型选择的黄金法则（避坑 99%）

掌握了每种类型的用法后，总结了6 条黄金法则，无论是新手还是老开发，照做就能避开 99% 的坑，让表结构设计更合理、性能更优：

法则 1：宁小勿大，按需选择

用最小的类型存储符合业务需求的数据，比如年龄用 TINYINT 而非 INT，姓名用 VARCHAR(20) 而非 VARCHAR(255)，存储空间越小，索引和查询效率越高。

法则 2：优先使用原生类型

禁止用字符串存储数值、时间、枚举 —— 比如用 VARCHAR 存手机号、用 VARCHAR 存时间、用 VARCHAR 存性别，会导致无法使用原生函数，查询和排序效率暴跌，还容易出现数据不一致。

法则 3：金额必用 DECIMAL，杜绝浮点误差

所有金融相关的字段（金额、汇率、单价），一律用 DECIMAL(M,D)，不要用 FLOAT/DOUBLE，避免舍入误差导致的业务问题（比如转账时少一分钱）。

法则 4：CHAR 和 VARCHAR 的选择看长度是否固定

长度固定用 CHAR（比如手机号、身份证），长度不固定用 VARCHAR（比如姓名、地址），禁止无脑用 VARCHAR(255)。

法则 5：慎用 TEXT/BLOB，大文件放文件服务器

尽量避免在表中使用 TEXT/BLOB，会导致表查询效率下降；如需存储大文本，单独建表关联；图片、视频、文件等大二进制数据，优先用 OSS、FastDFS 等文件服务器，不要存在 MySQL 中。

法则 6：TIMESTAMP 做自动更新时间，注意范围限制

用 TIMESTAMP 做数据的最后修改时间，利用其自动更新特性，简化开发；但注意其时间范围是 1970~2038，超出范围需用 DATETIME。

总结

MySQL 数据类型的选择，本质是对业务需求的理解和对存储规则的掌握。一张设计合理的表，其数据类型必然是'刚刚好'的 —— 既不会出现数据溢出、精度丢失，也不会浪费磁盘空间和查询效率。

数据类型是 MySQL 的基础，也是表结构设计的第一步，选对了数据类型，后续的索引优化、查询优化才能事半功倍。希望这篇文章能让你彻底搞懂 MySQL 数据类型，从此告别表结构设计的坑！