UUID 作为 MySQL 中的主键：性能瓶颈还是必要之恶？

UUID 作为 MySQL 主键的性能影响

在高插入率的大规模 MySQL 数据库中考虑使用 UUID 作为主键时，性能问题出现。为了解决这个问题，我们深入研究了一位专业人士在使用 UUID 作为主键时遇到的挑战的经验。

UUID 作为主键的缺点

根据共享经验时，UUID 本质上是随机的，可能会导致大型数据集的性能显着下降。当插入新记录时，MySQL必须搜索合适的页来存储数据，从而导致页大小不均匀和碎片。这些碎片化的页面需要频繁的碎片整理，这会增加系统的开销。

替代方法

为了减轻这些缺点，建议使用另一种方法：使用 auto_increment Primary用于顺序插入的键。这种方法消除了页面搜索的需要，并确保页面大小均匀，从而提高性能。

混合模型

对于UUID对于管理跨多个数据库的冲突至关重要的场景集群，建议使用混合模型。在此模型中，具有 INT Identity 的主键与自动生成 UUID 的附加列一起使用。这种组合提供了顺序插入和 UUID 解决冲突的优点。

其他注意事项

除了主键策略之外，为 UUID 选择最佳存储类型至关重要。通常建议使用 Binary(16) 而不是 varchar(36)，因为它提供了更高效的存储格式。

结论

虽然 UUID 在特定使用中可以提供一定的优势在这种情况下，在将它们实现为 MySQL 数据库中的主键之前，请仔细考虑它们的性能影响。如果性能是首要考虑因素，auto_increment 主键或混合模型可能是更合适的选择。

以上是UUID 作为 MySQL 中的主键：性能瓶颈还是必要之恶？的详细内容。更多信息请关注PHP中文网其他相关文章！