300字范文,内容丰富有趣,生活中的好帮手!
300字范文 > MySQL 五种整型数据类型的范围与区别 tinyint smallint mediumint int bigint

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

时间:2019-05-10 01:06:16

相关推荐

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

之前在论坛上看到一个有意思的问题,如果有一个字段的值超过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官方手册

其存储所需容量也可以看出,由小到大分别为

TINYINT 1字节

SMALLINT 2字节

M EDIUMINT 3字节

I NT 4字节

B IGINT 8字节

当然上述数据类型及范围好像在sql server中也是适用的,同时也包括一些程序设计语言。

回到开始的话题,如果超过BIGINT的范围怎么办?

其实mysql的处理方法和超过 TINYINT 一样:

此处测试均为MySQL 5.6版本(社区版),存储引擎为默认的InnoDB。

mysql> CREATE TABLE a (id TINYINT UNSIGNED PRIMARY KEY AUTO_INCREMENT);

Query OK, 0 rows affected (0.25 sec)

mysql> INSERT INTO a SELECT 255;

Query OK, 1 row affected (0.04 sec)

Records: 1 Duplicates: 0 Warnings: 0

mysql> INSERT INTO a SELECT 256;

ERROR 1264 (2): Out of range value for column 'id' at row 1

mysql> INSERT INTO a SELECT NULL;

ERROR 1062 (23000): Duplicate entry '255' for key 'PRIMARY'

mysql> SELECT * FROM a;

+-----+

| id |

+-----+

| 255 |

+-----+

1 row in set (0.00 sec) 首先插入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)

当然既然开始了,还是要做一下BIGINT的实验。

mysql> CREATE TABLE b (id BIGINT UNSIGNED PRIMARY KEY AUTO_INCREMENT);

Query OK, 0 rows affected (0.26 sec)

mysql> INSERT INTO b SELECT 18446744073709551615;

Query OK, 1 row affected (0.05 sec)

Records: 1 Duplicates: 0 Warnings: 0

mysql> INSERT INTO b SELECT 18446744073709551616;

ERROR 1264 (2): Out of range value for column 'id' at row 1

mysql> INSERT INTO b SELECT NULL;

ERROR 1467 (HY000): Failed to read auto-increment value from storage engine

mysql> SHOW CREATE TABLE b\G

*************************** 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,此处报错与之前不同,为ERROR1467。

ERROR 1467官方解释为:

Error:1467SQLSTATE:HY000(ER_AUTOINC_READ_FAILED)

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

我也做了如下操作,但是…… 发现并未生效。

mysql> ALTER TABLE b AUTO_INCREMENT = 1;

Query OK, 0 rows affected (0.04 sec)

Records: 0 Duplicates: 0 Warnings: 0

mysql> INSERT INTO b SELECT NULL;

ERROR 1467 (HY000): Failed to read auto-increment value from storage engine

mysql> SHOW CREATE TABLE b\G

*************************** 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.

【2】

MySQL提供了一个叫SERIAL的”类型“

实际上是unsigned NOT NULL AUTO_INCREMENT UNIQUE的别名:

mysql>CREATETABLEtest(a SERIAL);

Query OK,0 rows affected(0.41 sec)

mysql>showcreatetabletest\G

***************************1.row***************************

Table:test

CreateTable:CREATETABLE`test`(

`a`bigint(20)unsignedNOTNULLAUTO_INCREMENT,

UNIQUE KEY`a`(`a`)

)ENGINE=InnoDBDEFAULTCHARSET=latin1

1 rowinset(0.00 sec)

关于整型数据类型宽度int(11)的解释可参考

/29773961/viewspace-1804920/

作者公众号(持续更新)

来自 “ ITPUB博客 ” ,链接:/29773961/viewspace-1803302/,如需转载,请注明出处,否则将追究法律责任。

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。