我应该使用 UUID 作为 MySQL 中的主键进行大批量插入吗？

MySQL 中的 UUID 性能：注意事项和建议

将 UUID 作为每秒 100-40,000 次插入的主键的 MySQL 用户可能会遇到以下问题：性能问题。

存储格式：

虽然最初考虑将 UUID 存储为 VARCHAR(36)，但 BINARY(16) 效率更高，可显着减少存储空间。

随机数据对索引的影响:

随机分布的 UUID 会对索引性能产生不利影响，尤其是在大型数据集（50M 记录或更多）。缺乏连续顺序会导致页面碎片化和选择性能下降。

UUID 类型和时间戳值：

具有时间戳最左边位的 Type-1 UUID 可能会提供改进的性能由于其固有的顺序，减少了页面碎片。但是，这需要仔细实施以确保准确的时间戳。

自动增量主键作为替代方案：

自动增量主键提供顺序排序，最大限度地提高插入性能并减少碎片化。此外，自动增量本质上较小，从而减少了存储开销。

建议：

根据提到的要求和潜在的性能挑战，建议的方法是不使用UUID 作为主键。相反，请考虑以下混合模型：

1. 使用 INT Identity 列作为主键以获得最佳插入性能。
2. 自动生成额外的 UUID 列以确保多个数据库之间的数据完整性。

以上是我应该使用 UUID 作为 MySQL 中的主键进行大批量插入吗？的详细内容。更多信息请关注PHP中文网其他相关文章！