唯一 varchar 字段与唯一 bigint 的 MySQL 性能

Question

我正在开发一个应用程序，它将实现一个十六进制值作为业务键(除了一个自动递增字段作为主键)类似于 Gmail 中看到的 URL id。我将向该列添加一个唯一约束，最初考虑将该值存储为 bigint 以避免搜索 varchar 字段，但想知道如果该字段是唯一的，是否有必要这样做。

内部连接将使用自动递增字段完成，十六进制值将在 where 子句中用于过滤。

如果将值简单地存储为 varchar(x) 或 char(x)，而不是进行与十六进制之间的转换以将值作为整数存储在数据库？增加额外的复杂性是否值得？

我对少量行 (50k) 进行了快速测试，并获得了相似的搜索结果时间。如果存在很大的性能问题，它是线性的还是指数的？

我使用 InnoDB 作为引擎。

Answer 1

您的十六进制值是 GUID 吗？虽然我曾经担心索引这样长的项目的性能，但我发现在现代数据库上，即使是数百万条记录的性能差异也很小。

一个可能更大的问题是索引消耗的内存(例如，16 字节与 4 字节 int)，但在我控制的服务器上，我可以为此分配内存。只要索引可以在内存中，我发现索引元素的大小不会产生明显差异的其他操作会产生更多开销。

从好的方面来说，如果您使用 GUID，您将获得创建的记录的服务器独立性以及在多个服务器上合并数据的更大灵 active (这是我关心的事情，因为我们的系统会聚合来自子系统的数据)。

这篇文章中有一张图表似乎支持了我的怀疑:Myths, GUID vs Autoincrement