UUID几个缺点

最新推荐文章于 2025-06-16 10:48:39 发布
最新推荐文章于 2025-06-16 10:48:39 发布
阅读量1w 收藏 7
点赞数 1
CC 4.0 BY-SA版权
文章标签： 架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/linsongbin1/article/details/79636633

第一个

UUID字符串占用的空间比较大。

第二个

索引效率很低。

第三个

生成的ID很随机，不是人能读懂的。

第四个

做不了递增，如果要排序的话，基本不太可能。

为什么无序的UUID会导致入库性能变差呢？
知识改变命运，ヾ(◍°∇°◍)ﾉﾞ【求关注】
05-30 1953
1.无序，无法预测他的生成顺序，不能生成递增有序的数字。 首先分布式id一般都会作为主键，但是安装mysql官方推荐主键要尽量越短越好，UUID每一个都很长，所以不是很推荐。 2.主键，ID作为主键时在特定的环境会存在一些问题 比如做DB主键的场景下，UUID就非常不适用Mysql官方有明确的建议主键要尽量越短越好36个字符长度的UUID不符合要求。 3.索引，B+树索引的分裂 既然分布式id是主键，然后主键时包含索引的，然后mysql的索引是通过b+树来实现的，每一次新的UUID数据的插入，为了查询的优化
前端生成UUID
bighead的博客
05-27 1317
UUID（Universally Unique Identifier）是一种在分布式系统中广泛使用的标识符，具有全球唯一性。在前端开发中，生成可靠的UUID对于数据追踪、会话管理、缓存键生成等场景至关重要。接下来将深入探讨UUID的实现原理、前端生成方案及最佳实践。
使用UUID的劣势
weixin_33910460的博客
10-24 738
2019独角兽企业重金招聘Python工程师标准>>> ...
全面掌握 Python 的 `uuid` 模块：原理、用法与实战
萧鼎的博客
06-16 1154
在现代应用开发中，我们经常需要为各种实体（如用户、会话、资源、设备等）生成唯一标识符（Unique Identifier）。传统的自增 ID（如数据库中的 1, 2, 3...）虽然简单，但在分布式系统、微服务架构、客户端生成 ID 的场景中存在局限性： 容易重复（不同系统使用相同的起始种子）； 可预测（攻击者可顺推下一个 ID）； 需要集中式服务协调生成（影响性能和可扩展性）； 解决这些问题的一种标准方法是使用 UUID（通用唯一标识符）。在 Python 中，我们可以通过内置的 uuid 模块轻
UUID的弊端以及雪花算法
犬小哈
10-11 308
来源：blog.youkuaiyun.com/LookForDream_/article/details/109355335/???? 欢迎加入小哈的星球，你将获得:专属的项目实战/ Java 学习路线 / 一对一提问 / 学习打卡目前, 正在星球内部带小伙伴做第一个项目：前后端分离博客，手摸手，后端 + 前端全栈开发，从 0 到 1 讲解每个功能点开发步骤，1v1 答疑，直到项目上线。目前已更新了84小节，累...
uuid-不好之处
weixin_30790841的博客
08-26 110
数据库中直接存储UUID的坏处： 完全‘随机’的字符串，例如由MD5（）、SHA1（）、UUID（）产生的。它们产生的每一个新值都会被任意地保存在很大的空间范围内， 这会减慢INSERT及一些SELECT查询。 1）它们会减慢INSERT查询，因为插入的值会被随机地放入索引中。这会导致分页、随机磁盘访问及聚集存储引擎上的聚集索引碎片。 2)它们会减慢SELECT查询，因为逻辑上相邻...
Android生成唯一标识符UUID(完全替代IMEI)
03-13
Android提供了几种方式来持久化UUID，如SharedPreferences、SQLite数据库或文件系统。例如，我们可以在首次启动应用时生成UUID，并保存在SharedPreferences中： ```java SharedPreferences preferences = ...
使用 UUID 作为主键不是一个好主意
wjianwei666的专栏
09-05 740
如测试所示，顺序 UUID 生成器显著降低了写入放大，使 I/O 模式顺序性更高，它还可以改善读取访问模式。这会帮助到您的应用吗？很难说，你得试一试。
UUID VS ID
JackDan9
04-27 1103
UUID与ID对比分析
UUID是否适合做订单ID问题
guocy_lm的专栏
08-12 1708
UUID为什么不建议做订单ID。首先-很难区分先后时间。其次-表空间占用更大。最后-对于mysql的B+Tree效率更低
短8位uuid 用于兑换码
11-27
短8位uuid 用于兑换码，不重复,,本人用很好用，，分享给大家
Python生成短uuid的方法实例详解
09-20
python的uuid都是32位的，比较长，处理起来效率比较低。这篇文章主要介绍了Python生成短uuid的方法,需要的朋友可以参考下
详解一下UUID的弊端以及雪花算法
2301_76936922的博客
04-08 1771
既然分布式ID是主键，然后主键是包含索引的，而mysql的索引是通过B+树来实现的，每一次新的UUID数据的插入，为了查询的优化，都会对索引底层的B+树进行修改，因为UUID数据是无序的，所以每一次UUID数据的插入都会对主键的B+树进行很大的修改，这一点很不好，插入完全无序，不但会导致一些中间节点产生分裂，也会白白创造出很多不饱和的节点，这样大大降低了数据库插入的性能。因此，一个能够生成全局唯一ID的系统是非常必要的。唯一性检查，分布式ID生成过程中，需要进行唯一性检查，以保证生成的ID是唯一的。
uuid数据库
最新发布
07-23
在数据库中使用 UUID 作为数据类型，通常涉及以下几个方面：字段设计、数据插入、查询与索引优化等。以下是不同数据库系统中使用 UUID 的方法及注意事项。 ### PostgreSQL 中使用 UUID PostgreSQL 提供了专门的 `UUID` 数据类型，可以直接用于表字段定义。例如： ```sql CREATE TABLE example_table ( id UUID PRIMARY KEY, name TEXT ); ``` 在插入数据时，可以使用 `uuid_generate_v4()` 函数生成一个随机的 UUID 值： ```sql INSERT INTO example_table (id, name) VALUES (uuid_generate_v4(), 'Example Name'); ``` PostgreSQL 的 `UUID` 类型支持高效的存储和查询操作，并且与索引的兼容性较好[^2]。 ### MySQL 中使用 UUID MySQL 没有专门的 `UUID` 数据类型，但可以使用 `CHAR(36)` 或 `BINARY(16)` 来存储 UUID 值。例如： ```sql CREATE TABLE example_table ( id CHAR(36) PRIMARY KEY, name VARCHAR(255) ); ``` 在插入数据时，可以使用 `UUID()` 函数生成一个随机的 UUID 值： ```sql INSERT INTO example_table (id, name) VALUES (UUID(), 'Example Name'); ``` 需要注意的是，MySQL 中使用 UUID 作为主键可能会导致性能问题，因为 UUID 是随机生成的字符串，会导致索引碎片增加。为了优化性能，可以考虑将 UUID 值转换为 `BINARY(16)` 格式存储，或者使用顺序 UUID 生成算法[^3]。 ### SQL Server 中使用 UUID SQL Server 中使用 `UNIQUEIDENTIFIER` 数据类型来存储 UUID 值。例如： ```sql CREATE TABLE example_table ( id UNIQUEIDENTIFIER PRIMARY KEY, name NVARCHAR(255) ); ``` 在插入数据时，可以使用 `NEWID()` 或 `NEWSEQUENTIALID()` 函数生成一个 UUID 值： ```sql INSERT INTO example_table (id, name) VALUES (NEWID(), 'Example Name'); ``` `NEWSEQUENTIALID()` 生成的 UUID 是顺序的，可以减少索引碎片[^1]。 ### Qt 中生成 UUID 在 Qt 应用程序中，可以使用 `QUuid::createUuid()` 方法生成一个 UUID 值。例如： ```cpp QUuid uuid = QUuid::createUuid(); QString uuidStr = uuid.toString(); ``` 生成的 UUID 值可以作为字符串存储到数据库中，确保每条记录都有一个唯一的标识符[^1]。 ### UUID 的优缺点 - **优点**： - **唯一性**：UUID 在全球范围内是唯一的，适合分布式系统中生成唯一标识符。 - **不变性**：UUID 一旦生成就不会改变，适合作为记录的唯一标识。 - **缺点**： - **存储空间**：UUID 通常占用较多的存储空间，尤其是与整数主键相比。 - **性能问题**：UUID 是随机生成的字符串，可能导致索引碎片增加，影响查询性能。 ### 相关问题 1. UUID 和自增主键在数据库中的优缺点是什么？ 2. 如何在 MySQL 中优化 UUID 的存储和查询性能？ 3. 如何在 Qt 中生成和使用 UUID？ 4. PostgreSQL 和 SQL Server 在处理 UUID 时有什么不同？ 5. UUID 是否适合用作数据库的主键？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值