当MySQL的int不够用了

关于int的长度

  • 很多时候看到int(8)这样的定义,其实这是工具导出的不专业。

  • int是范围,不是长度。

  • 在开发有了共识(知道这个长度不算数,要看范围)以后,上来就是所有的类型都是bigint。

int的范围

  • int的取值范围是
  • TINYINT:占用1个字节(8位),取值范围是-128到127(有符号),或者0到255(无符号)。
  • SMALLINT:占用2个字节(16位),取值范围是-32,768到32,767(有符号),或者0到65,535(无符号)。
  • MEDIUMINT:占用3个字节(24位),取值范围是-8,388,608到8,388,607(有符号),或者0到16,777,215(无符号)。
  • INT 或 INTEGER:占用4个字节(32位),取值范围是-2,147,483,648到2,147,483,647(有符号),或者0到4,294,967,295(无符号)。
  • BIGINT:占用8个字节(64位),取值范围是-9,223,372,036,854,775,808到9,223,372,036,854,775,807(有符号),或者0到18,446,744,073,709,551,615(无符号)。
  • 总之占位字节越多,性能就越不好。所以都是bigint不太合适

我个人建议

  • MySQL的表,如果要自增ID当主键的,那么就是用int就行。可以放21亿条数据。现如今99.99%的系统中的数据表没这么多数据。如果想再多一点用无符号的,那么就能扩大到42亿条数据。现如今99.9999%的系统中的数据表没这么多数据。
  • 问题来了,如果一开始没设置无符号,到了21亿的范围会如何?
  • 答案是写不进去了。
  • 追问,这个时候改还来得及吗?
  • 答案是,可以。

实操测试

  • 在MySQL中当列有数据库的时候改类型是可以的。(不是所有都这样,Oracle就不允许)

  • 在b列有数据的时候改类型。成功。

  • 在这个基础上给id列写入最大值以及模拟越界。

  • 可以看出,在2147483647的时候还可以写入。但是到了2147483648的时候不行了。

  • 这时候把int列改成无符号型,又可以写入了。理论写入42亿条。

相关推荐
曦樂~17 小时前
【Qt】信号与槽(Signal and Slot)- 简易计算器
开发语言·数据库·qt
ZYMFZ17 小时前
python面向对象
前端·数据库·python
lang2015092819 小时前
MySQL 8.0原子性DDL全面解析
数据库·mysql
viperrrrrrrrrr719 小时前
milvus向量数据库
数据库·大模型·llm·milvus
白衣鸽子20 小时前
MySql数据库同步技术:构建高可用架构的基石
数据库·后端
不良人天码星20 小时前
redis的事务,以及watch的原理
数据库·redis·缓存
韩立学长20 小时前
基于微信小程序的公益捐赠安全平台9hp4t247 包含完整开发套件(程序、源码、数据库、调试部署方案及开发环境)系统界面展示及获取方式置于文档末尾,可供参考。
数据库·微信小程序·小程序
智能化咨询20 小时前
SQL之参数类型讲解——从基础类型到动态查询的核心逻辑
数据库·oracle
doris820420 小时前
使用Yum安装Redis
数据库·redis·缓存
有一个好名字20 小时前
万字 Apache ShardingSphere 完全指南:从分库分表到分布式数据库生态
数据库·分布式·apache