MySQL中Tinyint的取值范围
在MySQL的数据类型中,Tinyint的取值范围分两种情况:带符号的范围是-128到127,无符号的范围是0到255。
Tinyint占用1字节的存储空间,即8位。那么Tinyint的取值范围怎么来的呢?
我们先看无符号的情况。无符号的最小值即全部8位(bit)都为0,换算成十进制就是0,所以无符号的Tinyint的最小值为0。无符号的最大值即全部8bit都为1,即11111111,换算成十进制就是255,这很好理解。比较难以理解的是有符号的情况,请见下文的内容。
有符号的Tinyint的取值范围是怎么来的呢?在计算机中,用最高位表示符号。0表示正,1表示负,剩下的表示数值。那么有符号的8bit的最小值就是:
表示负值
1 1 1 1 1 1 1 1=-127
表示正值
0 1 1 1 1 1 1 1=+127
怎么有符号的最小值是-127,而不是-128呢?这就是本文要说的关键地方了,在计算机中,表示负值是用补码表示的。
虽然"-0"也是"0",但根据正、反、补码体系,"-0"的补码和"+0"是不同的,这样就出现两个补码代表一个数值的情况,如下所示:
+0
0 0 0 0 0 0 0 0=+0
-0
1 0 0 0 0 0 0 0=-0,即-128
为了将补码与数字一一对应,所以人为规定"0"一律用"+0"代表。同时为了充分利用资源,就将原来本应该表示"-0"的补码规定为代表-128。
延伸思考:针对Tinyint字段,可不可以建立索引?
索引的背后是B+树,以无符号Tinyint为例,其总共有255个值,也就说可以建立255个B+树节点。对于树而言,节点越多,发挥的快速查找的威力才会更大。用Tinyint字段做索引,并不合适,杀鸡焉用宰牛刀?
了解了-128的由来