问题标签 [uuid]

假设我有两个 UUID 实例：

如果这两个比较uuid1小于uuid2即，

他们的字符串表示是否总是会比较以给出相同的结果，即

我们正在考虑使用 UUID 值作为 MySQL 数据库的主键。插入的数据是从数十、数百甚至数千台远程计算机生成的，并且以每秒 100-40,000 次插入的速度插入，我们永远不会进行任何更新。

在我们开始剔除数据之前，数据库本身通常会达到大约 50M 条记录，因此不是一个庞大的数据库，但也不是很小的。我们还计划在 InnoDB 上运行，但如果有更好的引擎来支持我们正在做的事情，我们愿意改变这一点。

我们已经准备好使用 Java 的 Type 4 UUID，但在测试中看到了一些奇怪的行为。一方面，我们存储为 varchar(36)，我现在意识到使用 binary(16) 会更好——尽管我不确定会更好。

更大的问题是：当我们有 50M 条记录时，这些随机数据对索引的影响有多大？例如，如果我们使用最左边的位带有时间戳的类型 1 UUID，我们会更好吗？或者也许我们应该完全放弃 UUID 并考虑 auto_increment 主键？

我正在寻找关于不同类型 UUID 在 MySQL 中作为索引/主键存储时的性能的一般想法/提示。谢谢！

我收到以下代码的异常。我无法理解什么是 UUID。任何人都可以帮助解决此错误吗？我已经发布了代码以及我得到的错误。

错误是：

我需要创建一个令牌/密钥以将其用作数字顺序，因此这应该是唯一的，令牌必须类似于“6X990742MG185953R”，因此我们可以像条形码一样使用它，例如。http://barcodes4.me/barcode/c128b/6X990742MG185953R.png

我们不能使用 UUID 或 GUID，因为太长了，我们越接近是这样的：

自动增量和 UUID 样式之间的真正区别是什么？

我认为 auto inc 与 uuid 相比很容易破解

在有很多记录的查询中，Uuid 比自动增量慢，但它有很大的不同吗？

在 Cassandra 中，我有以下列族：

我正在尝试使用 Thrift 生成的 C++ 生成函数将记录插入其中，如下所示：

但是，我收到以下错误：“UUID 必须正好是 16 个字节”

我什至使用以下命令尝试了 Cassandra CLI：

但我仍然收到以下错误：

我正在尝试将其中一列是二进制数组（它是 Java UUID）的表映射到 C# 类。

我想读取字节数组并返回 UUID 的字符串表示形式。只是想知道什么是开始的好地方。

I see quit a few implementations of unique string generation for things like uploaded image names, session IDs, et al, and many of them employ the usage of hashes like SHA1, or others.

I'm not questioning the legitimacy of using custom methods like this, but rather just the reason. If I want a unique string, I just say this:

And I'm done with it. I wasn't very trusting before I read up on uuid, so I did this:

Not one repeater (I wouldn't expect one now considering the odds are like 1.108e+50, but it's comforting to see it in action). You could even half the odds by just making your string by combining 2 uuid4()s.

So, with that said, why do people spend time on random() and other stuff for unique strings, etc? Is there an important security issue or other regarding uuid?

有没有办法在编译时从像 988A00C4-79F3-46f9-98CD-D5AD4AA2A0FE 这样的字符串生成 boost uuid？

如何从字符串/规范表示中获取 uuid 的 16 字节二进制形式：

前任：1968ec4a-2a73-11df-9aca-00012e27a270

干杯，/马辛