问题引出
错误信息:
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),指的是数据的最大显示宽度,并不代表该类型储存的长度。