MySQL使用UUID_SHORT()的问题解决

问题说明

表app_msg的主键id 设置的类型为：bigint 20

使用插入语句：INSERT INTOapp_msg(id,...) VALUES (UUID_SHORT(),...)

然而系统报错：[Err] 1264 - Out of range value for column 'id' at row 1

在测试环境使用时没有问题，但是在准生产数据库使用时报错了

简单分析解决

分析

在两个数据库查看UUID_SHORT()生成的情况：

select UUID_SHORT()   
--结果1：26047177025388691      这里生成了17位的UUID_SHORT
--结果2：18040425909390934036   这里生成了20位的UUID_SHORT

结果1为17位没问题，结果2位20位导致报错的时候超过最大值

解决

这里可以知道原因是在字段类型上面，bigint 20 对应的类型是 long long 类型 【长度为：（-2^63 ~ 2^63-1） 10^18 19位数字】；

而UUID_SHORT() 返回的是 unsigned long long 类型【长度为：（0 ~ 2^64-1） 10^19 20位数字】

所以，原因是在MySQL设置的时候没有**勾选无符号****这个选项导致的，勾选上就解决了。╮(╯▽╰)╭ 就是这么的简单的地方。

临时解决方式，使用时间错手动生成了一个19位以内的随机id：

FLOOR(REPLACE(unix_timestamp(current_timestamp(3)),'.',''))*10000+FLOOR(RAND()*10000)

认真查了一些详细的资料

官方资料

版本：MySQL 5.7

UUID_SHORT()

将“ 短 ”通用标识符作为64位无符号整数返回。返回的值 UUID_SHORT()与UUID()函数返回的字符串格式128位标识符 不同，并且具有不同的唯一性属性。UUID_SHORT()如果满足以下条件，则保证值 是唯一的：

• 在server_id当前服务器的值介于0和255之间，您的设置主从服务器中是唯一的
• 您不会在mysqld restarts 之间设置服务器主机的系统时间
• UUID_SHORT()在mysqld重启 之间， 你平均每秒调用的次数少于1600万次

该UUID_SHORT()返回值的构造是这样的：

  (server_id & 255) << 56
+ (server_startup_time_in_seconds << 24)
+ incremented_variable++;

mysql> SELECT UUID_SHORT();
        -> 92395783831158784

UUID_SHORT() 不适用于基于语句的复制。

按照以上官方的说法，UUID_SHORT返回的值为64位无符号整数，也就是unsigned long long类型。而且，由于使用到了时间搓，这个的初始值会很大（通常都会到17位数字）。

但是，这并不保证其不会返回18，19，20位的数据，只能保证在2^64-1以内（最大达到20位数字）；

目前没有查到说可以调整或初始设置UUID_SHORT() 的配置

补充BUG–Java数据接收错误

在数据库使用了无符号bigint类型之后，使用UUID_SHORT()进行生产id的时候，数据库是可以插入，没有问题的。

**但是，**由于使用的是JAVA的Long类型进行数据接收，这里有可能是会超出长度的。【数据为无符号long类型这里差了1位】

因为，JAVA本身的基本类型是不支持无符号类型的，所以这里的转换会有问题。

而且，由于是已经遇到了，上面开始的那个BUG，这里是肯定是会超出的。【UUID_SHORT的值是在mysql启动的时候自动配置的，所以相当的无奈╮(╯_╰)╭】

所以这里，特别说明记录一下，这个问题。

解决办法：目前还是使用 【自定义的ID生成】，或者 上面 的临时解决方式【时间戳拼接】其实最好的还是使用32位的UUID比较的好

到此这篇关于MySQL使用UUID_SHORT()的问题解决的文章就介绍到这了,更多相关MySQL UUID_SHORT()内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论