MySQL整数数据类型display width属性弃用相关问题问询

一、display width属性存在的核心问题 #

• 认知误导性极强：绝大多数开发者都会误解INT(n)里的n是限制整数存储的长度，比如以为INT(4)最多只能存4位数字的整数，但实际上不管括号里写多少，INT类型本身固定占4字节存储空间，取值范围固定是-2147483648到2147483647，完全不受括号内数字影响，这个误解已经导致了无数业务建表时的设计错误。
• 实际作用极小：这个属性的唯一有效场景只有搭配ZEROFILL属性使用时，会对查询返回的不足指定宽度的数值自动补前缀0到对应长度，除此之外没有任何实际作用，99%以上的业务场景根本用不到这个特性，属于纯冗余设计。
• 适配性差：绝大多数数据库客户端、ORM框架都不会识别这个属性，就算建表时定义了display width，在大部分查询场景下也不会生效，完全是无效配置，反而会给后续维护的开发者造成不必要的困惑。

二、该弃用属性的通用性及其他DBMS的情况 #

这个display width本身就不是SQL标准规定的特性，是MySQL早年自研的独有扩展，根本不属于通用SQL层面的问题。
目前其他主流DBMS包括PostgreSQL、Oracle、SQL Server等，要么从一开始就完全不支持这种整数类型后加括号指定显示宽度的语法，要么虽然兼容写法但会直接忽略括号内的数值，本身就没有实际实现对应的功能，自然也不存在移除或者同类调整的说法。

内容的提问来源于stack exchange，提问作者SebastianH