MySQL里的TINYINT是一种非常常用的整数数据类型，它只占用1个字节（8位）的存储空间，因此适合用来存储范围很小、取值固定的字段，比如布尔标记、性别、状态位等。很多人在写建表语句时只写TINYINT，却没有注意是否加了UNSIGNED，结果在插入数据时发现负数存不进去，或者正数超过127就被拒绝，这背后其实就是取值范围的差异。
TINYINT的基础取值范围
在MySQL中，TINYINT默认是带符号（SIGNED）的整型。由于1个字节等于8个二进制位，带符号时最高位被用作符号位，剩下的7位表示数值，因此它的取值范围是 -128 到 127。这个范围是固定的，不管你写的是TINYINT(1)还是TINYINT(4)，括号里的数字只影响显示宽度，不改变实际能存的数。
如果我们在建表时显式加上UNSIGNED关键字，就表示不需要符号位，8位全部用来存正数，此时TINYINT的取值范围是 0 到 255。对于只需要记录数量、状态码且不可能出现负数的场景，使用UNSIGNED能多出一倍的正数空间，也更加直观。
-- 带符号的TINYINT，可存 -128 到 127 CREATE TABLE user_status ( id INT PRIMARY KEY, is_active TINYINT ); -- 无符号的TINYINT，可存 0 到 255 CREATE TABLE retry_count ( id INT PRIMARY KEY, cnt TINYINT UNSIGNED );
带符号与无符号的底层的区别
从计算机底层来看，带符号的TINYINT采用补码形式存储。以8位为例，00000000表示0，正数从00000001（1）到01111111（127），而10000000在补码规则里表示-128，11111111表示-1。这样的设计让加减法运算可以统一处理，也解释了为什么负数的最小值比正数绝对值多1。
无符号TINYINT则把所有位都当成数值位，从00000000（0）一直数到11111111（255），没有符号位的概念。在MySQL内部，这两种类型在磁盘上都是占1字节，但字段的元数据会标记是否无符号，执行插入时会按对应边界做校验。
| 类型 | 占用空间 | 最小值 | 最大值 |
|---|---|---|---|
| TINYINT（SIGNED） | 1字节 | -128 | 127 |
| TINYINT UNSIGNED | 1字节 | 0 | 255 |
实际开发中的选择建议
在设计表结构时，如果字段语义上不可能为负，例如表示次数、年龄、类型编码，优先使用TINYINT UNSIGNED，这样不仅能利用到255的上限，也避免了意外写入负数造成的逻辑错误。相反，若业务中需要表达方向或盈亏，比如账户变动方向标记，则应使用默认的带符号类型。
还要注意，TINYINT(1)常被误认为是布尔类型，实际上MySQL的BOOL和BOOLEAN只是TINYINT(1)的别名，真实存储依旧是上述范围。当使用ORM框架映射时，若字段被识别为布尔，插入true实际存1，false存0，但数据库层面仍允许你手动写127或-1，因此代码层要做好约束。
-- 插入演示：带符号可插负数 INSERT INTO user_status (id, is_active) VALUES (1, -1); -- 无符号插负数会报出-of-range错误 INSERT INTO retry_count (id, cnt) VALUES (1, -1); -- ERROR 1264: Out of range value for column 'cnt'
越界处理与严格模式
MySQL有一个叫SQL_MODE的配置，在开启严格模式（STRICT_TRANS_TABLES等）时，插入超出TINYINT范围的值会直接报错并拒绝执行；若未开启严格模式，MySQL会做截断处理，比如把300存进TINYINT UNSIGNED会变成255，把200存进带符号TINYINT会变成127，同时产生警告。这种静默截断在排查问题时非常隐蔽。
因此生产环境建议保持严格模式，并在程序里对入参做范围校验。下面这段SQL可以查看当前会话的SQL_MODE，确认是否包含严格相关选项。
SELECT @@sql_mode; -- 若结果中含 STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES 即为严格模式
总结来说，mysql中TINYINT取值范围取决于是否无符号：带符号为-128到127，无符号为0到255。明确这一区别，才能在字段定义和写入逻辑上少踩坑。