数据库使用自增ID好还是UUID好？为什么？

最新推荐文章于 2025-03-23 14:54:14 发布
最新推荐文章于 2025-03-23 14:54:14 发布
阅读量2.5k 收藏 6
点赞数 3
分类专栏： java 文章标签： big data 数据库 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_29950673/article/details/120261423
版权
在分布式系统中，相比于自增ID，UUID因其唯一性与安全性优势被广泛使用。自增ID可能导致数据重复和安全性问题，而UUID虽然占用更多存储空间且性能稍逊，但其无规律性确保了数据不易被推测和预测。因此，在互联网环境中，UUID成为保护数据安全的优选方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

答案是：在互联环境下使用UUID好，因为数据的安全性。

我们都知道自增id有：存储空间小，性能高，好记的优点，但是在分布式系统中容易出现id容易出现重复情况，还有是数据安全性比较低，容易根据id号推测出有多少数据，其他数据的id是什么。

而UUID的最大优点：不好记忆，没有规律性，基本不会出现重复情况，所以在分布式系统和互联网中大量的被使用，不好的地方就是比较占用存储空间，性能相对自增id较低。

深入解析：MySQL 自增 ID 用完会怎样？
墨夶的博客
12-06 712
答案：MySQL 自增 ID 是一种特殊的列类型，用于为每一行记录生成唯一的标识符。通常用于主键字段，确保每条记录都有一个唯一的编号。
数据库主键是自增好还是UUID好,分布式环境下如何保证主键的唯一性
weixin_34220963的博客
01-07 2655
自增主键和UUID主键的优缺点及适用场景 我们首先考虑效率和存储空间,然后再考虑安全和分布式 使用自增主键 优点: 1、数据存储空间小 2、查询效率高 缺点: 1、如果数据量过大,会超出自增长的值范围 2、分布式存储的表操作,尤其是在合并的时候操作复杂 3、安全性低,因为是有规律的,如果恶意扒取用户信息会很容易,如果是单据编号使用,竞争对手会容易查询出货量 使用UUID主键 优点: 1、出现重复的...
数据库主键到底是用自增长（INT）好还是UUID好
caodongfang126的博客
08-09 1万+
数据库主键
（自用）自增 ID、雪花 ID、UUID 的定义及优缺点对比
最新发布
wdsl666的博客
03-23 877
伸缩性：自增不支持，雪花、UUID支持。占用空间：自增 < 雪花 < UUID。检索效率：自增 < 雪花 < UUID。
uuid和自增_uuid作为主键，还是用自增呢？
weixin_39708737的博客
12-20 475
以默认的innodb存储引擎为例：做为主键时，uuid和自增相比较，自增更适合。原因：1 uuid是无序的， 插入数据时，页的位置会发生变化，页分裂，速度慢。2 uuid占的空间大，并且innodb中，别的索引还都要包含主键的值，那么每个索引的空间也都会增大，占的空间大，需要读数据时一般会认为需要的io次数多。自增也是有缺点的可见my bloghttp://blog.itpub.net/25099...
自增主键与UUID的优缺点
pdf超级菜
10-14 4084
自增主键 自增ID是在设计表时将id字段的值设置为自增的形式，这样当插入一行数据时无需指定id会自动根据前一字段的ID值+1进行填充。在MySQL数据库中，可通过sql语句AUTO_INCREMENT来对特定的字段启用自增赋值 使用自增ID作为主键，能够保证字段的原子性. 优点 数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； 数字型，占用空间小，易排序，在程序...
详解：MySQL自增ID与UUID的优缺点及选择建议，MySQL有序uuid与自定义函数实现
是谢添啊
11-21 1万+
自增ID的优缺点，不适合以自增ID主键作为主键的情况，UUID介绍说明，uuid是什么，uuid的组成，UUID作为主键优缺点，mysql8.0的uuid_to_bin()函数分析及实现，mysql有序UUID实战，自定义uuid，自增id主键与自定义主键的选择建议，JDBCUtilsByDruid工具类，mysql数据类型binary，mysql函数hex()，mysql函数unhex()，bin_to_binary(uuid(),true)详细说明与实战/示例演示，什么是uuid
MySQL中, 自增主键和UUID作为主键有什么区别?
niceffking的博客
05-22 1434
MySQL中, 自增主键和UUID作为主键有什么区别?
数据库主键到底是用自增长好还是UUID好
关注我！带你一路 "狂飙" 到底！
08-06 2604
各位同学好，今天给大家讲一下MySQL数据库在设计主键时，应该使用哪种数据类型。我们知道，咱们在设计数据库时，主键是必须设置的。一般情况下，咱们都会选择使用主键自增或者UUID这两种主键策略。那么这两个哪种更好呢？我们应该使用哪一种呢，今天就请大家跟老徐来一起来学习一下吧。
数据库id使用数字自动累加还是使用uuid好？
07-12 1791
又碰到一个小白问题。数据库id使用数字自动累加还是使用uuid好？这是要分情况的：1、先要弄清楚这两种id的区别。 数据库id用数字优点：有利于排序，而且肉眼看起来会比较舒服；自动累加，可以计算。缺点：有上限，一般用int型的话好比较好记，如果用long型的话记起来也会比较费劲。缺点里面要命的是他的上限问题。如果超过数据表的数据是无限的，那就不要用，否则将来会出麻烦。 数据库id用uuid优点：重复几率很小，几乎不可能，算出来的32位长度的uuid是根据时间和本机信息加密出来的，所以很难重复;
什么是 UUID，它们为什么有用？
热门推荐
学海无涯苦作舟的博客
03-07 4万+
通用唯一标识符 (UUID) 是一种特定形式的标识符，在大多数实际用途中可以安全地认为是唯一的。两个正确生成的 UUID 相同的可能性几乎可以忽略不计，即使它们是由不同的各方在两个不同的环境中创建的。这就是为什么说 UUID 是普遍唯一的。 在本文中，我们将了解 UUID 的特征、它们的唯一性如何工作以及它们可以简化资源识别的场景。尽管我们将从与数据库记录交互的软件的通用角度来处理 UUID，但它们广泛适用于需要生成去中心化唯一 ID 的任何用例。 UUID 到底是什么？ UUID 只是一个值，您可以放心.
自增还是UUID，数据库主键的类型该如何选择?
白白白鲤鱼的博客
10-23 1756
自增还是UUID? 数据库主键的类型该如何选择?
uuid作为主键和自增主键的优缺点
qq_63945982的博客
03-24 943
uuid和自增主键到底怎么选择
UUID与自增ID
gaoyunshan163的博客
03-25 4226
最近有小伙伴问博主关于主键ID的选取问题（UUID与自增ID）。我简单的总结一下； 如果站在数据库层面上，就拿mysql举例吧。默认采用的Innodb索引。 1.字段长度方面对比 博主在上一篇中也讲到了索引选取时候应该选择短的字段作为索引来降低索引的大小，这样在一个磁盘分片中可以存储更多的索引量，同样的缓存大小，可以容纳更多的索引量，从而加载的速度就会加快。从这个角...
自增主键 ID （int）和 UUID（varchar）的优缺点
进阶的球儿
08-28 6950
自增ID（int）： 一般在单机项目，或者小型项目里，使用 自增 ID（int）：优点： （1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； （2）数字型，占用空间小，易排序，在程序中传递也方便； （3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。 其实它的缺点也就是来自其优点，缺点如下： （1）因为自动增长，在手动要插入指定ID的记录时...
雪花算法生成ID、UUID生成ID和MySql自增ID优缺点分析
JSUITDLWXL的博客
01-17 3767
综上所述，UUID适用于分布式系统和需要保密的场景，雪花ID适用于分布式系统和高并发环境，MySQL自增ID适用于单机系统和高效查询的场景。根据具体的业务需求和系统架构，选择合适的主键类型。通过本文的介绍和对比，希望读者能够更好地理解在MySQL中不推荐使用UUID或者雪花ID作为主键的原因，并能够根据实际情况做出明智的选择。在MySQL中，使用自增整数作为主键是一种常见的做法，因为它具有较小的存储空间、高效的索引和自动增长的特性。然而，具体选择何种主键类型还是要根据具体的业务需求和数据特点来决定。
使用自增ID主键和UUID作为主键的优劣比较
Buns.的博客
12-03 7438
mysql不要用uuid用自增主键，自增主键效率高innodb的索引特性导致了自增id做主键是效率最好的 测试： 1、准备表以及数据 UC_USER，自增ID为主键，表结构类似如下： CREATE TABLE `UC_USER` (  `ID` bigint(20) NOT NULL AUTO_INCREMEN...
postgresql用UUID还是自增主键ID好？
07-16
这个问题没有绝对的答案，取决于你的具体需求和偏好。下面是一些考虑因素： 1. 数据库性能：自增主键ID通常比UUID更高效，因为它们是连续的整数，不需要额外的计算和存储空间。而UUID是128位的全局唯一标识符，需要更大的存储空间，并且在索引和排序时会导致性能下降。 2. 数据迁移和集群：如果你需要将数据从一个数据库迁移到另一个数据库，自增主键ID可能更方便，因为它们不会冲突。而UUID在不同数据库之间生成唯一标识符可能会有冲突的风险。 3. 安全性和隐私：UUID是全局唯一的，很难猜测出其他对象的标识符。这在某些情况下可以提供更好的安全性和隐私保护。而自增主键ID是连续的整数，可能会暴露一些信息。 4. 可读性：自增主键ID是连续的整数，相对容易理解和阅读。而UUID是一串随机字符串，不太直观。 综上所述，如果你更关注性能和迁移方便，可以选择自增主键ID。如果你更关注安全性和隐私，或者需要在分布式系统中生成全局唯一标识符，可以选择UUID。最好根据具体情况权衡利弊并选择最适合你的应用程序的方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值