关于mysql自增字段的最大值

问题引出

错误信息：

Duplicate entry '127' for key 'PRIMARY'

或者

Failed to read auto-increment value from storage engine

开发过程中给表中添加数据，发现报这个问题，原以为是表损坏了，获取不到最新增长的值。还做过把原表删除再新建表的操作，很是麻烦。
最关键是没找到问题出在哪里。

刚开始看到错误信息 主键重复，想到自己在表中配置的主键长度是64（后来感觉也不规范）为什么才127就不给上增长了。

等到多个表都出现此问题的时候，才感觉是配置的问题。

问题解决

引用自[https://www.cnblogs.com/fuhaots2009/p/3507558.html]

如果一个自增字段达到了上限，而且继续向里面插入数据的话会出现 Failed to read auto-increment value from storage engine 的提示。但是今天遇到了另一个错误提示：Duplicate entry ‘127’ for key ‘PRIMARY’，经过排查同样是因为自增字段达到了上限。那为什么同一个问题会出现不同的提示呢？

测试结果是这样的：

1、如果这个时候数据表里面没有数据，而且我们用使用 INSERT INTO VALUES 这样的语句插入，就会提示 Duplicate entry ‘127’ for key ‘PRIMARY’ 这类的字样。（因为我设置的测试字段是tinyint，所以是127）

2、如果这个时候数据表里面没有数据，而且我们使用 INSERTINTO SELECT FROM 这样的语句插入，并且存储引擎是INNODB的话，就会提示 Failed to read auto-increment value from storage engine 这样的错误；

3、如果这个时候数据表里面有数据，则总是会出现Duplicate entry ‘127’ for key ‘PRIMARY’ 这类的字样的错误。

所以，出现Duplicate entry ‘127’ for key ‘PRIMARY’ 这个时容易理解的。而另外一个提示是因为INNODB 引擎特有的二级缓存所导致的。数据不会先插入数据表，而会先存到缓存里面，只是增加表里的自增数。所以当自增数达到极限时，InnoDB要获取自增值然后存储到缓存的时候，发现找不到更高的数字了。

引发盲区知识点

• 对于库表中字段设置不规范
• 不清楚具体字段的具体用法

mysql中的整型常见细分为tinyint、smallint、mediumint、int、bigint
tinyint：

储存占一个字节，一个字节8个位，1bit可以储存1或者0两种可能性，因此tinyint可以储存2的8次方，
也就是256种可能性，从0开始计算，无符号可以储存0~255，有符号则是-128 ~127

smallint：

储存占2个字节，同上也就是2的16次方可以储存65536种可能性，从0开始计算无符号存储0 ~65535，
  有符号则是-32768 ~32767

mediumint：

存储所占三个字节，也就是2的24次方，可以存储16777216种可能性，无符号可以存储0~ 16777215，
 有符号可以存储-8388608~8388607

int：

存储所占四个字节，也就是2的32次方，可以存储4294967296种可能性，无符号可以存储0~ 4294967295，
 有符号则是-2147483648~2147483647

bigint：

存储所占8个字节，也就是2的64次方,可以存储18,446,744,073,709,551,616种可能性，
 无符号可以存储0 ~ ( 2^64 - 1 )，有符号则是-(2^(64-1)) ~ +(2^(64-1) - 1)

我们在建模时后面的长度tinyint(1)，指的是数据的最大显示宽度，并不代表该类型储存的长度。