MySQL 五种整型数据类型的范围与区别 tinyint smallint mediumint int bigint_ITPUB博客

相关文章推荐

逆袭的日光灯 · LARS韧带联合3D打印假体在肿瘤切除桡侧半 ...· 1 年前 ·

深情的黄瓜 · excel 去除特殊符号公式-掘金· 1 年前 ·

豪气的小摩托 · 学邦-API对接打通- 腾讯轻联· 1 年前 ·

英俊的乌龙茶 · React中使用less(use CSS ...· 1 年前 ·

至今单身的野马 · bookshelf.js笔记_bookshe ...· 1 年前 ·

之前在论坛上看到一个有意思的问题，如果有一个字段的值超过bigint，会发生什么。
然后就看到有人喷，说0.1秒插入一个值，将bigint设置为无符号，插入到极限需要多久，根本不可能遇到如何如何。
（接下来会做个测试）
好了，进入正文：
首先需要知道一个概念，如果在定义的时候，设置UNSIGNED可以将范围扩大一倍，该值意味着此字段无符号（即不包含负数）。
根据文档可知，数据类型有五种，分别为
TINYINT，SMALLINT，MEDIUMINT，INT(INTEGER)，BIGINT。
其值的范围，同样查阅官方文档可知
TINYINT为 -128~127 无符号数则为127-(-128)=255(2^8-1)，因为非负，所以从0开始即0~255，以此类推：
SMALLINT为 -32768~32767 无符号数则为0~65535(2^16-1)
MEDIUMINT为 -8388608~8388607 无符号数则为0~16777215(2^24-1)
INT为-2147483648~2147483647 无符号数则为0~4294967295(2^32-1)
BIGINT为-9223372036854775808~9223372036854775807 无符号数则为0~18446744073709551615(2^64-1)
当然光是INT就已经达到了20亿以上的数量级，十分够用。
下表来自MySQL 5.6官方手册
首先插入255上限值，然后我做了如下两个操作：
1、插入256，报错ERROR 1264，即超过ID列的上限值。
2、插入NULL，此处应该自增，报错ERROR 1062，即由于主键约束，故无法重复存在。
其报错结果可以轻易看出，256是不能够被插入的（废话）
处理AUTO_INCREMENT约束时，即便遇到数值类型的上限值，仍然会尝试插入，此时插入的值是上限值，即255。
此处可以看出此处的 AUTO_INCREMENT = 255，而不是256（即便255已经存在）。
注，此处（ ENGINE = InnoDB后面）的 AUTO_INCREMENT 为MySQL认为该表的下一个自增字段的值。
mysql > SHOW CREATE TABLE a\G
* * * * * * * * * * * * * * * * * * * * * * * * * * * 1 . row * * * * * * * * * * * * * * * * * * * * * * * * * * *
Table : a
Create Table : CREATE TABLE `a` (
`id` tinyint ( 3 ) unsigned NOT NULL AUTO_INCREMENT ,
PRIMARY KEY ( `id` )
) ENGINE = InnoDB AUTO_INCREMENT = 255 DEFAULT CHARSET = latin1
1 row in set ( 0 . 00 sec ) * * * * * * * * * * * * * * * * * * * * * * * * * * * 1 . row * * * * * * * * * * * * * * * * * * * * * * * * * * *
Table : b
Create Table : CREATE TABLE `b` (
`id` bigint ( 20 ) unsigned NOT NULL AUTO_INCREMENT ,
PRIMARY KEY ( `id` )
) ENGINE = InnoDB AUTO_INCREMENT = 18446744073709551615 DEFAULT CHARSET = latin1
1 row in set ( 0 . 00 sec ) 同样插入BIGINT UGSIGNED的上限值，然后继续做如下两个操作：
1、插入 18446744073709551616 ，报错ERROR 1264，即超过ID列的上限值。（与实验1的报错结果一致）
2、插入NULL，此处报错与之前不同，为ERROR 1467。
ERROR 1467官方解释为：
Error: 1467 SQLSTATE: HY000 ( ) Message: Failed to read auto-increment value from storage engine 字面意思为“ 从存储引擎读取自增字段失败 ”。
搜了一下google，好像还真有人在实际运用中遇到这种问题，有个小哥提出了如下的方法：
After some searching i found the answer and it solved my problem.
run this sql query it will fix the problem
ALTER TABLE `YOUR_TABLE` AUTO_INCREMENT = 1
我也做了如下操作，但是…… 发现并未生效。
* * * * * * * * * * * * * * * * * * * * * * * * * * * 1 . row * * * * * * * * * * * * * * * * * * * * * * * * * * *
Table : b
Create Table : CREATE TABLE `b` (
`id` bigint ( 20 ) unsigned NOT NULL AUTO_INCREMENT ,
PRIMARY KEY ( `id` )
) ENGINE = InnoDB AUTO_INCREMENT = 18446744073709551615 DEFAULT CHARSET = latin1
1 row in set ( 0 . 00 sec ) 额外两个tips：
【1】由于TIMESTAMP用的其实是INT来存储，故从1970年1月1日开始往后顺延2147483647s，约24855天，即68年（到2038年）。
关于TIMESTAMP，官方给出的范围是：
'1970-01-01 00:00:01.000000' UTC to '2038-01-19 03:14:07.999999' UTC.
MySQL提供了一个叫SERIAL的”类型“
实际上是unsigned NOT NULL AUTO_INCREMENT UNIQUE的别名：
* * * * * * * * * * * * * * * * * * * * * * * * * * * 1 . row * * * * * * * * * * * * * * * * * * * * * * * * * * *
Table : test
Create Table : CREATE TABLE `test` (
`a` bigint ( 20 ) unsigned NOT NULL AUTO_INCREMENT ,
UNIQUE KEY `a` ( `a` )
) ENGINE = InnoDB DEFAULT CHARSET = latin1
1 row in set ( 0 . 00 sec )

广播电视节目制作经营许可证(京) 字第1234号中国互联网协会会员