mysql主键用uuid是否合适

大家好，mysql主键用uuid是否合适相信很多的网友都不是很明白，包括mysql主键的作用及其特征也是一样，不过没有关系，接下来就来为大家分享关于mysql主键用uuid是否合适和mysql主键的作用及其特征的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

文章目录：

• 1、为什么不建议用uuid作为主键
• 2、使用雪花id或uuid作为Mysql主键,被老板怼了一顿!
• 3、mysql我通过程序来生成一个uuid,做主键可行吗?

为什么不建议用uuid作为主键

不能当主键的原因：MySQL写入数据时，会把数据存放到索引页中。MySQL写入数据时，会把数据存放到索引页中。使用UUID作为主键，新行的主键值不一定比之前的主键值大，所以innoDb无法做到总是把新行插入到索引的最后，而需要为新行寻找合适的位置来分配新的空间（因为是B+树方式存储的）。

不建议UUID作为主键的原因主要有以下几点： **性能问题**：UUID是随机生成的，没有顺序性，这会导致在数据库中进行索引时，数据分布不均匀，增加索引碎片，降低查询效率。特别是在数据量大的情况下，UUID作为主键的表在插入和删除数据时，可能会导致索引的频繁分裂和重组，进一步影响性能。

这在数据量庞大的情况下，将导致额外的存储开销。其次，UUID值的格式使得调试变得复杂。例如，比较UUID值时需要使用特定的格式，而不是简单的整数比较，这可能增加调试的难度。最后，由于UUID的大小和无序性，使用UUID可能导致性能问题。

使用雪花id或uuid作为Mysql主键,被老板怼了一顿!

为解答此问题，我们构建了三张表：ur_auto_key， ur_uuid， ur_random_key。每张表的主键采用不同的生成策略，其余字段保持一致，以控制变量法测试表的插入速度和查询效率。这里的随机key指的是使用雪花算法生成的、前后不连续、不重复、无规律的ID，长度为18位的long值。

在MySQL中设计表时，推荐不要使用UUID或非连续非重复的雪花ID（long型且唯一，单机递增），而是推荐使用连续自增的主键ID，即auto_increment。那么为什么不建议使用UUID，使用UUID究竟有哪些坏处呢？本篇博客将分析这个问题，探讨其中的原因。

在MySQL数据库设计中，推荐使用自动增长的主键（auto_increment）而非UUID或雪花ID作为主键。本文将深入探讨为何不建议使用UUID，分析其潜在的坏处，并与自增ID进行对比。

在MySQL设计中，是否应采用UUID或雪花ID作为主键，而不是推荐的auto_increment？本文将分析为何不建议使用UUID，以及其带来的坏处。首先建立三张表，分别是ur_auto_key、ur_uuid、ur_random_key，分别代表自动增长的主键、UUID作为主键、随机key作为主键，其他字段保持一致，用于比较插入速度与查询效率。

首先，我们创建三张表：ur_auto_key、ur_uuid、ur_random_key。它们分别使用自动增长的主键、uuid和随机key作为主键。在相同的环境中，我们测试了这三张表的插入速度和查询速度。使用随机key其实是指使用雪花算法生成的前后不连续、不重复、无规律的ID。我们使用spring的jdbcTemplate实现程序增查测试。

在MySQL中设计表时，推荐使用自动增长的主键id而非UUID或雪花ID，这是基于建议的auto_increment。那么为何不建议使用UUID？让我们深入探讨原因。为了解释这一问题，我们创建了三张表：ur_auto_key、ur_uuid和ur_random_key。

mysql我通过程序来生成一个uuid,做主键可行吗?

1、首先，使用UUID作为主键时，可能会遇到值的乱序问题。与自增列从1递增不同，UUID生成的顺序并不必然递增，这可能导致数据插入过程中出现性能瓶颈，特别是在高并发环境下。这是因为数据库在处理乱序数据时，可能会额外花费资源进行排序，从而影响插入速度。其次，UUID的存储空间较大。

2、不能当主键的原因：MySQL写入数据时，会把数据存放到索引页中。MySQL写入数据时，会把数据存放到索引页中。使用UUID作为主键，新行的主键值不一定比之前的主键值大，所以innoDb无法做到总是把新行插入到索引的最后，而需要为新行寻找合适的位置来分配新的空间（因为是B+树方式存储的）。

3、在MySQL中生成UUID主键，可以使用UUID（）函数。该函数会生成一个标准的UUID字符串，格式为8-4-4-12的十六进制数字和字母组成的字符串。

4、在探讨为何面试官不推荐使用UUID作为MySQL主键时，我们首先需要理解UUID在某些场景下的优点。UUID值在表、数据库甚至服务器间具有唯一性，这使得它能够在合并来自不同数据库的行或跨服务器分布数据库时保持一致性。

5、在MySQL数据库设计中，尽管UUID和雪花ID常被用作确保数据唯一性的手段，但它们并不总是最佳选择。本文探讨了在MySQL中不推荐这些ID作为主键的原因，并将它们与自增ID进行比较。首先，UUID由于其全球唯一性，常用于分布式，但其36字符的存储空间占用较大，且随机生成导致索引效率低，查询可能较慢。

好了，文章到此结束，希望可以帮助到大家。