新闻详情

新闻详情

首页 / 资讯中心 / 详情

【MySql系列1】数值类型长度问题

发布时间:2026/11/15 0:37:40来源:尧图网络
【MySql系列1】数值类型长度问题
你知道tinyint(1)、tinyint(11)、int(1)和int(5)的区别么不懂那你就要好好看看这篇文章了。前言讨论DB字段的创建时有个字段只存储整型状态值因为状态值只能取值0和1所以我用的是tinyint(1)然后荣哥说“你用这个1和用11其实是一样的”我心里顿时嘀咕“这个1不就是长度1么”。后来网上查了一下相关资料发现我和他的理解都错了。整型类型基础知识整数类型又称数值型数据数值型数据类型主要用来存储数字。MySQL 提供了多种数值型数据类型不同的数据类型提供不同的取值范围可以存储的值范围越大所需的存储空间也会越大。MySQL 主要提供的整数类型有 TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT其属性字段可以添加 AUTO_INCREMENT 自增约束条件。下表中列出了 MySQL 中的数值类型。从上表中可以看到不同类型的整数存储所需的字节数不相同占用字节数最小的是 TINYINT 类型占用字节最大的是 BIGINT 类型占用的字节越多的类型所能表示的数值范围越大。根据占用字节数可以求出每一种数据类型的取值范围。例如TINYINT 需要 1 个字节8bit来存储那么 TINYINT 无符号数的最大值为 28-1即 255TINYINT 有符号数的最大值为 27-1即 127。其他类型的整数的取值范围计算方法相同如下表所示最大显示宽度比如int(5)这个5就是M值表示的是最大显示宽度这个值有什么含义呢细心的朋友应该有注意到过MySQL手册上有这么一句话M指示最大显示宽度。最大有效显示宽度是255。显示宽度与存储大小或类型包含的值的范围无关这句话看上去不太容易理解因为这里有个关键词容易让我们混淆最大显示宽度我们第一反应是该字段的值最大能允许存放的值的宽度。以为我们建了int(1),就不能存放数据10了其实不是这个意思。这个M5我们可以简单的理解成为我们建立这个长度是为了告诉MySQL数据库我们这个字段的存储的数据的宽度为5位数 当然如果你不是5位数只要在该类型的存储范围之内MySQL也能正常存储。那问题又来了既然“显示宽度与存储大小或类型包含的值的范围无关”也就是实际使用时int(1)和int(5)没有任何区别那为啥还要指定这个“最大显示宽度”呢有网友给出如下解释我推测当字段类型为数值时设置M其实是在告诉数据库我们预设该字段宽度是M用来方便数据库做优化之类的东西因为数值型都有其数值范围所以在我们想存入超过M宽度的数值时数据库会扩展字段空间来存储。下面是整型的默认显示宽度TINYINT[(M)] [UNSIGNED] [ZEROFILL] M默认为4 SMALLINT[(M)] [UNSIGNED] [ZEROFILL] M默认为6 MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL] M默认为9 INT[(M)] [UNSIGNED] [ZEROFILL] M默认为11 BIGINT[(M)] [UNSIGNED] [ZEROFILL] M默认为20问题讨论tinyint(1) vs tinyint(11)再回到“前言”中提到的问题就很好解决了先看看荣哥提的那个问题“tinyint(1)和tinyint(11)是一样的”这里存在2个问题首先tinyint的M值默认是4所以你指定11是没有意义的因为tinyint无符号的最大范围是[0,255]。所以对于tinyint你可以指定M1也可以不指定M值即采用默认值指定M11是不符合规范的当然你如果偏要这么做系统也不会报错比如但是插入大于225的数据时提示越界只有插入小于225的数据时才能插入成功这里有个有趣的点我没有指定id_1为无符号整型tinyint但是依然可以插入255的值所以整型插入时最大值可插入的是无符号最大范围值255不是有符号最大范围值127。其它的整型类型同理。int(1) vs int(5)对于int(1)和int(5)我们也可以演示一下我们先创建表int的无符号整型最大取值为4294967295我们发现无论是int(1)还是int(5)在int范围外的数据插入失败在int范围内的数据插入成功。我之前想插入一个微秒的时间戳之前用的是int(11)发现插入越界后来我改成int(20)发现仍然越界最后改成bigint(20)就可以了现在终于知道原因了原来存储数据的场景和M根本没有关系只和具体的类型有关系不过还是建议M的取值在该类型的范围内填写你认为最合理的值这样可能有利于MySQL做一些优化操作具体啥优化我现在也不知道只是猜测M对MySQL会起到一定的优化作用。
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/15 4:54:16

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/15 2:04:12

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/14 10:11:15

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/14 17:14:38

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/14 16:35:50

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/15 4:06:36

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉