关于 MySQL 5.7 升级 8.0 时 INT 显示问题分析

本案例中的客户是从 MySQL 5.7.36 升级到 MySQL 8.0.35，升级完成后业务反馈表结构有变化，升级前某个表的字段数据类型为 INT(10)，升级后变成了 INT，客户咨询有什么影响没有？

作者：张昊，DBA，主要负责 MySQL 故障处理、DMP 产品支持，擅长 MySQL，喜欢打球唱歌

爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

本文约 1200 字，预计阅读需要 3 分钟。

背景

MySQL 5.7 已经停止更新了，最新的版本是 5.7.44。很多客户为了安全或者新特性的需求要对存量的 MySQL 5.7 进行大版本升级。

本案例中的客户是从 MySQL 5.7.36 升级到 MySQL 8.0.35，升级完成后业务反馈表结构有变化，升级前某个表的字段数据类型为 INT(10)，升级后变成了 INT，客户咨询有什么影响没有？

故事开始前，先问个小问题，MySQL 中 INT(num) 的作用是什么？能够限制插入的数据范围吗？如何正确的使用呢？

阅读之前大家先把答案默念一遍，然后根据下面的测试结果对比一下，是不是我们想的那样？

本地复现

升级前的表结构和数据

mysql> show create table t2\G
*************************** 1. row ***************************
       Table: t2
Create Table: CREATE TABLE `t2` (
  `id1` int(4) unsigned DEFAULT NULL,
  `id2` int(10) unsigned DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin
1 row in set (0.00 sec)

mysql> insert into t2 values(1,1),(10,10),(100,100),(1000,1000),(12345,12345);
Query OK, 5 rows affected (0.01 sec)
Rec