tinyint(3)数据类型讲解
TINYINT(3) 是数据库中用于定义字段数据类型的一种写法，常见于 MySQL 等数据库系统。下面来详细了解其含义和作用：
数据类型本质
TINYINT 属于整数类型，在不同的数据库系统中，它所占用的存储空间和表示范围通常是固定的。以 MySQL 为例，TINYINT 一般占用 1 个字节（也就是 8 位）的存储空间，其数值范围如下：
- 有符号（默认情况）：能表示的范围是 -128 到 127。
- 无符号（需明确指定）：表示范围为 0 到 255。
括号内数字（3）的意义
括号中的数字（这里是 3）和该字段能存储的数值范围没有关系，它主要影响的是数据的显示宽度，这一功能只有在搭配 ZEROFILL 属性使用时才会发挥作用。具体说明如下：
- 无
ZEROFILL时：TINYINT(3)和TINYINT没有区别，都只是单纯地存储数值，不会对显示产生任何影响。 - 有
ZEROFILL时：当字段被定义为TINYINT(3) ZEROFILL时，如果存储的数值位数少于 3 位，会在左侧用 0 进行填充，让显示的宽度达到 3 位。不过要注意，这种填充只是在显示层面的处理，在数据库内部存储的仍然是实际的数值。
示例说明
下面通过几个例子来直观地理解 TINYINT(3) ZEROFILL 的效果：
- 当存储的数值是 5 时，显示为
005。 - 存储的数值是 12 时，显示为
012。 - 若存储的数值是 123，由于位数已经达到 3 位，就不会进行填充，直接显示为
123。 - 当存储的数值超过 3 位，比如 1234，会按照
TINYINT的范围进行截断（假设是无符号类型，此时会发生溢出错误）。
实际应用建议
- 显示宽度的局限性：显示宽度并不会对字段的存储范围和溢出判断造成影响。也就是说，即使定义为
TINYINT(3)，它依然能够存储超过 3 位的数值（只要在TINYINT的范围之内）。 - 替代方案：在实际的开发过程中，建议优先考虑使用应用层的格式化功能来处理数据的显示，而不是依赖数据库的显示宽度特性。
- 明确范围需求：如果需要存储的数值范围超出了
TINYINT的默认范围，建议使用SMALLINT或者INT等更大的整数类型，而不是通过调整显示宽度来解决问题。
与其他数据库的差异
不同的数据库系统对 TINYINT(M) 的处理方式可能存在差异。例如：
- MySQL：支持显示宽度和
ZEROFILL特性。 - PostgreSQL：不支持显示宽度语法，
TINYINT直接写作SMALLINT。 - SQLite：没有专门的
TINYINT类型，会将其视为INTEGER。