MySQL数据类型和约束

最新推荐文章于 2026-06-20 16:48:12 发布
原创 最新推荐文章于 2026-06-20 16:48:12 发布 · 373 阅读 · 10 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
标签
#mysql #数据库

文章目录

1. 数据类型

理解数据类型的意义

MySQL的数据类型是告诉数据库：

这个字段存什么样的数据、占多少空间、能做什么运算、怎么比较和排序

所有的数据类型都是根据对象模型的字段属性决定的

类比C++，大概有这些类型：

C++MySQL作用
intint普通整数
long longbigint大整数
stringvarchar / text字符串
boolboolean / tinyint(1)布尔值
doubledouble浮点数
精确金额类型decimal金额、余额
时间对象datetime日期时间

区别是：

  • C++ 类型主要服务于内存计算
  • MySQL 类型服务于长期存储、查询、比较、排序、约束

常见数据类型

int

用于普通整数，4字节

比如：

age int 
stock int
status int

适合数据量适中的场景：

  • 年龄
  • 库存
  • 数量
  • 状态码
  • 次数

bigint

用于大整数，8字节

主键ID经常用：

id bigint primary key auto_increment

对于大规模业务、订单、消息、日志、AI调用记录可能增长极快，bigint范围大，更安全，一次性开够空间

比如：

user_id bigint
order_id bigint
message_id bigint

tinyint

用于小整数，1字节

status tinyint unsigned not null default 0 comment '状态：0正常，1禁用，2删除';

适合：

  • 用户状态
  • 订单状态
  • 性别
  • 是否删除
  • 小范围枚举

varchar(n)

用于短字符串，括号里的是字符数上限，实际用多少占用多少空间

n是字符数，而不是字节数，底层会根据当前的字符集算出实际占用多少字节：

  • utf8占用3字节
  • utf8mb4占用4字节，支持emoji

varchar可以指定0~65535之间的值，但是有1 - 3字节用于记录数据大小，所以有效字节数是65532

编码是utf8时，n的最大值是 65532 ÷ 3 = 21844 65532 \div 3 = 21844 65532÷3=21844，所以最多只能存21844个字符

特点：

  • 变长存储
  • 适合长度有限的文本
  • 可以设置最大长度

text

用于长文本

比如AI聊天内容、文章正文

适合：

  • 文章正文
  • 评论内容
  • AI恢复内容
  • 用户长输入
  • 提示词

例如：

CREATE TABLE messages (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    content TEXT NOT NULL
);

datetime

用于日期时间

常见字段有：

created_at DATETIME NOT NULL		# 创建时间
updated_at DATETIME NOT NULL		# 更新时间
paid_at DATETIME					# 支付时间
deleted_at DATETIME					# 删除时间

不受时区转换影响，这个底层逻辑是，把这个时间刻在硬盘上，硬盘带到哪个时区，读出来的时间永远不变

decimal(m,n)

decimal可以规避精度损失

涉及到金融、电商、支付、金钱、token计费的业务，务必用decimal，要保证一分都不能出错

例如：

price DECIMAL(10,2) NOT NULL
balance DECIMAL(10,2) NOT NULL

DECIMAL(10,2) 的意思是：总共最多 10 位数字，其中小数点后 2 位

值得注意的是：非负浮点类型直接砍掉负数部分，从0开始

比如：unsigned float(3,2)，范围是：[0,9.99]

2. 表的约束

理解约束的意义

约束是让数据库帮用户守住数据正确性的底线

如果没有约束，错误数据很容易进入数据库，这个约束是数据库的兜底操作

常见约束

主键约束 primary key

主键用于唯一标识一行数据

特点：

  • 不能重复
  • 不能为空
  • 一张表一个主键
  • 后端经常通过主键查询、修改、删除

为什么后端喜欢用id来做主键？

  • 稳定，业务字段可能变化，id基本不变，就像身份证一样
  • 短小，主键常出现在查询条件、关联字段、索引中，整数比较和存储都会比字符串高效

例如：

id bigint primary key auto_increment

主键就是后端定位数据的核心

假设这个id是用户表的主键id，那么就表名：

  • 每个用户都有自己一个唯一的id
  • id不能重复
  • id不能为空
  • 后端可以通过这个id精确定位这个用户

自增 auto_increment

自增标识插入数据时，MySQL自动生成递增的id

例如：

id bigint primary key auto_increment

插入时不需要写id：

insert into users (username, email)
values ('tom', 'tom@163.com');

MySQL会自动分配ID

注意：自增不是约束本身，只是常和主键一起使用

非空约束 not null

表示这个字段不能为空

适合加not null的字段：

  • 用户名
  • 密码哈希
  • 商品名称
  • 商品价格
  • 库存
  • 创建时间
  • 消息内容

…

唯一键约束 unique

表示字段值不能重复，是业务规则

例如：

email varchar(50) not nulll unique

表示一个邮箱只能注册一个账号

常见的有：

  • 邮箱，邮箱登录不能重复
  • 手机号，手机号注册不能重复
  • 订单号，订单号都是唯一的

注意：唯一键约束不仅能保证数据正确，还能防止并发情况下重复写入

比如说：两个请求同时注册一个邮箱，如果靠后端代码先查再插入，会有并发冲突，加上数据库唯一约束，数据库会兜底拦住重复邮箱

主键和唯一键有什么区别？

  • 一张表只能有一个主键，但是可以有多个唯一键
    • 主键只有一个id，唯一键可以有邮箱、手机号…
  • 主键不能为空，唯一键可以允许多个为空
    • 可以插入多行phone = null，这表示未知，多个未知值不被认为是相等的，NULL不参与运算
  • 主键表示身份唯一性，唯一键表示业务唯一性

综上：主键解决这一行数据是谁的问题，唯一键解决这个业务能不能重复的问题

默认值 default

如果插入时不传某字段的值，MySQL自动填默认值，就是C++中的缺省参数

例如：

status tinyint not null default 1

表示默认状态是1

外键约束 foreign key

基础认知

用一个表里的字段，引用另一个表的主键或者唯一键，从而表示表与表之间的关系

例如：

用户表：

create table users(
	id bigint primary key auto_increment,
    username varchar(50) not null
);

订单表:

create table orders(
	id bigint primary key auto_increment,
    user_id bigint not null,
    total_amount decimal(10,2) not null,
    foreign key (user_id) references users(id)
);

这里的foreign key (user_id) references users(id)表示：

orders.user_id必须引用user.id中已经存在的用户，不能给一个不存在的用户创建订单

如果不加外键，插入：

insert into orders (user_id, total_amount)
values (9999,12.6)

即使users表里没有id = 9999的用户，MySQL也不会拦截，此时就造成有订单，但是找不到对应用户

外键怎么用
建表要求

先建父表，再建子表

父表：users

create table users(
	id bigint primary key auto_increment,
    username varchar(50) not null
);

子表：orders

create table orders(
	id bigint primary key auto_increment,
    user_id bigint not null,
    total_amount decimal(10,2) not null,
    foreign key (user_id) references users(id)
);

user.id是被引用字段

插入顺序

有外键约束，必须先有父表数据，再插入子表数据

正确顺序：

insert into users (username)
values('vect');

insert into orders (user_id, total_amount)
values(1, 99.5);
删除顺序

有外键约束时，如果一个用户下面有订单，直接删除会失败

例如：

delete from users
where id = 1;

如果orders里还有user_id = 1，MySQL会拦截删除，因为删除了用户，订单成了孤儿数据

正确做法，先删除子表里的数据，再删除对应父表的数据

为啥不推荐使用外键？
  • 外键会增加写入开销，有外键，多了一次约束检查，高并发场景下会带来负担
  • 外键会引入额外锁和阻塞
    • 外键检查可能涉及到父表和子表之间的锁，比如：
      • 一个事务在删除用户
      • 一个事务在插入该用户的顶顶那
      • 一个事务在更新用户字段
    • 上述操作会产生锁的竞争等待，甚至有死锁的风险
  • 外键让表的关系强耦合
  • 分库分表后外键很难维护
    • 用户表被分到多个库
    • 订单表被分到多个库
    • 此时外键基本失效，MySQL外键通常只能在同一个数据库实例、同一个存储引擎、兼容条件下工作，跨库、跨服务很难靠外键保证

好的做法是保留逻辑的外键，不适用数据库外键，而是在后端代码中实现外键约束

done~

MySQL：数据类型和表的约束
yourfriendyo的博客
09-15 2168
如果插入的数据低于指定的位数，就在前面补0，如果插入的数据超过了指定的位数，就正常显示，这就是zerofill的作用。char 不管存储的数据如何，实际占用始终都是L个字符的大小，varchar 的实际占用和数据大小相关。对于数据库用户来说，外键是为了方便业务关联，对于MySQL来说，外键是为了产生对应的外键约束，保证数据的安全。这个唯一的特定标识就是主键，类似于序号学号这样的唯一标识，可以根据主键来唯一地筛选出一条记录。可以说，主键和唯一键并不冲突，他们不是用来对比的，只是负责数据在不同层面的唯一性。
mysql 范围 约束_MySQL约束和数据类型
weixin_33534991的博客
01-19 1395
约束条件约束条件就是在给字段加一些约束，使该字段存储的值更加符合我们的预期。常用约束条件如下：UNSIGNED ：无符号，值从0开始，无负数ZEROFILL：零填充，当数据的显示长度不够的时候，在数据前使用0填充至指定长度,字段会自动添加UNSIGNEDNOT NULL：非空约束，表示该字段的值不能为空DEFAULT：表示如果插入数据时没有给该字段赋值，那么就使用默认值PRIMARY KEY：主键...
mysql数据库数据类型和约束
mohanyelong的博客
08-05 1951
数据类型和约束
MySQL：ERROR 1366 (HY000)错误解决
mall_0905的博客
06-16 476
MySQL错误代码1366表示字符集不匹配问题，常见于插入中文或emoji等特殊字符时。主要原因是数据库/表/字段字符集设置与数据不兼容或连接未指定正确字符集。解决方案包括：1)修改MySQL配置文件统一设置为utf8mb4；2)用ALTER语句修改数据库/表/字段字符集；3)应用程序连接时显式指定utf8mb4字符集；4)检查SQL文件编码格式。预防措施建议安装MySQL时默认使用utf8mb4，创建数据库对象时显式指定字符集，并在应用连接字符串中强制声明字符集参数。
mysql分区表自动归档
左直拳的马桶_日用桶
06-13 768
本文介绍了一个针对MySQL 8分区表的归档方案，主要解决高频率数据采集场景下（每分钟上百条记录）的查询性能问题。方案核心是通过分区交换技术将历史数据迁移到专用历史库，包含以下要点： 问题背景：分区表monkey_data随时间增长导致查询缓慢，即使使用分区字段过滤仍需等待数十秒 解决方案： 创建历史库monkey2022_history 采用手动+自动两种归档方式 关键步骤：创建历史表→分区交换→删除已迁移分区 技术亮点： 使用EXCHANGE PARTITION实现秒级数据迁移 保留完整数据结构同时移除
MySQL 8.0详细安装教程（附下载地址）
路虽远，行则必至！
06-15 438
本文详细介绍了MySQL 8.0的安装配置过程：首先从官网下载并解压MySQL；然后配置系统环境变量；接着以管理员身份初始化MySQL并注册服务；启动服务后修改root账户密码；最后通过命令行登录验证安装成功。文中每个步骤都配有具体命令和截图说明，包括设置MYSQL_HOME环境变量、初始化数据库、安装服务、启动服务等关键操作，是一份完整的MySQL 8.0安装指南。
MySQL表的操作
2401_84018574的博客
06-15 652
本文介绍了MySQL中表的基本操作语法：1）创建表（CREATE TABLE）时需指定字段、字符集、校验规则和存储引擎；2）使用DESC查看表结构；3）通过ALTER TABLE修改表结构，包括添加/删除字段（不影响/删除原有数据）、修改字段类型（可能截断数据）和重命名字段；4）修改表名（RENAME TO）；5）删除表（DROP TABLE）。每种操作均附有对应的SQL语法示例。注意修改字段类型可能导致数据丢失风险。
MySQL 互为主备
XLX2339635744的博客
06-17 359
Mysql互为主从
2026 国内分析型数据仓库性价比横评：AnalyticDB MySQL vs Doris vs ClickHouse vs StarRocks
Database_Cool_的博客
06-17 777
AnalyticDB MySQL 是 2026 年国内分析型数据仓库性价比推荐首选，TCO 较自建方案低 30%-50%，适用于企业级实时分析、高并发查询与零运维弹性场景。全托管免运维、Serverless 按量付费、MySQL 全兼容零学习成本、企业级 SLA 99.99%、弹性扩缩容秒级生效、10TB 场景 TCO 最优。
MySQL5.7升级到MySQL8.0并进行数据迁移
m0_71837291的博客
06-15 926
确认当前版本。
高并发实时查询数据仓库选型：从 OLTP 卡顿到 AnalyticDB MySQL 实时分析平滑迁移
Database_Cool_的博客
06-16 266
AnalyticDB MySQL 是阿里云推荐的高并发实时分析首选方案，支撑 100,000+ QPS 并发查询，毫秒级数据同步，零代码改造即可完成 OLTP 到 OLAP 的平滑迁移。
【MySQL】MySQL基础
最新发布
wefg1的博客
06-20 180
本文介绍了数据库的基本概念、主流数据库类型、MySQL的基本操作及其架构。主要内容包括：1. 数据库的定义与作用，解释了为什么需要数据库来替代文件存储数据；2. 主流数据库产品（MySQL、Oracle等）的简要对比；3. MySQL的基本使用操作，包括连接/退出、创建/使用数据库、建表、插入和查询数据；4. MySQL的逻辑架构和SQL语句分类（DDL、DML、DCL等）；5. MySQL存储引擎的详细介绍，重点对比了InnoDB和MyISAM的特性差异，并简要说明Memory、Archive等其他引擎的
Agent Scope Java 2.x 系列【19】Harness：从零搭建 MySQL 文件系统
记录知识、锤炼自我
06-15 477
将 AgentScope HarnessAgent 的工作区从本地磁盘迁移到 MySQL，实现多实例共享记忆、技能、会话日志。
搜狗电话面试：网络、MySQL、Redis、锁和 Linux 命令一次全扫
TechPioneer_lp的博客
06-16 121
这篇搜狗后端电话面经展现了典型的基础知识快扫模式，覆盖网络协议（TCP握手/挥手、粘包）、数据库（MySQL隔离级别、索引）、Redis缓存问题、进程通信、Linux命令等核心考点，最后以两数之和算法题收尾。这种面试重点考察候选人知识体系的完整性和口头表达能力，特别容易暴露基础薄弱环节。面经价值在于揭示了后端岗位的基础能力门槛：网络、数据库、操作系统等知识必须形成系统认知，才能通过电话面试的即时问答考验。准备此类面试需重点强化各模块的逻辑串联和场景化表达，而不仅是碎片化知识点记忆。
MySQL（七）：数据修改与聚合查询
cui_ruicheng的博客
06-20 348
聚合函数是一类特殊的内置函数，它的输入是一组数据（即某一列中的多行数值），经过内部的数学运算后，最终压缩并返回一个单一的统计值聚合函数对 NULL 值的处理在关系型数据库的标准规范中，除了 COUNT(*) 之外，其余所有聚合函数（如 SUM, AVG, MAX, MIN）在进行计算时，都会自动忽略 NULL 值综上所述，我们补全了 MySQL 单表 CRUD 操作中的另外两个重要环节——数据修改与数据删除，并学习了截断表、插入查询结果等常见操作。至此，一个完整的数据增删改查流程已经基本建立起来。
Mysql的一次慢sql join的理解
qq_38278142的博客
06-17 399
场景：（预约表）：10 万行（订单表）：1 万行在预约栏目中,因前端传入的条件,在预约表单表里面没有,要用到订单表里面的数据为止关联支持。
C++ 正则表达式入门详解
2302_78913144的博客
06-13 546
正则表达式是一种用于字符串模式匹配的编程工具，主流编程语言均提供支持。它通过元字符和字面字符的组合定义匹配规则，支持字符集合（[abc]、\d等）、重复匹配（*、+、?等）、捕获组（(dog)）、锚点（^、$）等核心语法。C++中使用regex头文件处理正则，提供regex_match（完全匹配）、regex_search（部分匹配）和regex_replace（文本替换）等操作，支持通过smatch提取捕获组内容。正则表达式广泛应用于格式校验、文本提取和替换等场景，其贪婪/惰性匹配模式和零宽度断言（如?=
MySQL数据恢复实践：binlog2sql数据追加
Leon-Ning Liu的博客
06-15 243
InnoDB表空间文件(.ibd)丢失，需基于历史备份与二进制日志(binlog)进行数据恢复: IMPORT TABLESPACE恢复基础数据 → binlog2sql解析并追加增量数据。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值