uuid替换数据库id，膜拜大佬

qq_39911690 2017-09-20 03:05:05

java中能不能在后台用uuid把数据库表中某条信息的id给他替换掉，让他成为一个新的id，请问怎么做？

...全文

300 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

代码尘埃 2017-09-20

打赏
举报

回复

就像一二楼说的，要么获取到这条数据，重新setid，再删除插入。要么就是直接update

huhk 2017-09-20

打赏
举报

回复

只要数据类型匹配，没有外键等关联就可以，使用java jdbc or hibernate ，mybatis 等执行 update语句，

XxPingEr 2017-09-20

打赏
举报

回复

如果你的id不是自动增长，你就先把这条记录的数据获取到一个模型中，然后删除这条数据，在使用这个模型存储进数据库，主键可以使用uuid

UUID（通用唯一标识符）是一种用于在计算机系统中唯一标识对象或记录的128位数字。有多个版本的UUID，但最常用的是UUIDv4，它是通过随机生成的。以下是一个UUIDv4的示例：在上面的示例中，您可以知道它是UUIDv4，因为在第13位上出现了数字“4”。这是UUID版本的一个关键标识符。当您需要生成不需要系统间协调的全局唯一标识符时，UUID特别有用，这使得它们非常适合分布式应用程序。然而，将UUID用作数据库键，尤其是作为主键，会带来一些性能缺点。

又碰到一个小白问题。数据库id使用数字自动累加还是使用uuid好？这是要分情况的：1、先要弄清楚这两种id的区别。 数据库id用数字优点：有利于排序，而且肉眼看起来会比较舒服；自动累加，可以计算。缺点：有上限，一般用int型的话好比较好记，如果用long型的话记起来也会比较费劲。缺点里面要命的是他的上限问题。如果超过数据表的数据是无限的，那就不要用，否则将来会出麻烦。 数据库id用uuid优点：重复几率很小，几乎不可能，算出来的32位长度的uuid是根据时间和本机信息加密出来的，所以很难重复;

自增还是UUID? 数据库主键的类型该如何选择?

Uuid、数据库自增、雪花算法、基于redis自研等数据库唯一ID生成策略对比使用环境分布式、高并发下全局唯一，趋势递增，效率高，控制并发先直接上个对比图吧，下面大量干货警告一、Uuid（java1.5后自带生成工具类） Uuid是按照开放软件基金会(osf)制定的标准计算用到了以太网开地址(MAC),纳米级时间,芯片id码和许多可能的数字优点: 使用简单不依赖其他组件不影响数据库...

序言看了b站IT老齐的架构三百讲的其中一个短视频，有所体会并记录一下。视频中所讲的财经部门使用的UUID主键，在日终结算时出现磁盘的IO异常，导致应用出现高延迟。最后发现是UUID的问题，UUID作为主键在数据进行插入的时候对于系统的压力是非常大的。 UUID（Universally Unique Identifier）介绍 UUID结构如上图所示，比如7bf13c38-00a1-484e-b1e2-80c1ab8e754c，作为唯一标识符，类似网卡上的MAC地址。 UUID的生成方.

62,628

社区成员

307,259

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章