小编Flo*_*lus的帖子

由于各种原因，从日志记录到延迟关联，我已经在我的系统中使用 UUID 有一段时间了。当我变得不那么天真时，我使用的格式发生了变化：

1. VARCHAR(255)
2. VARCHAR(36)
3. CHAR(36)
4. BINARY(16)

当我到达最后一个时BINARY(16)，我开始将性能与基本的自动增量整数进行比较。测试和结果如下所示，但如果你只是想总结，表示INT AUTOINCREMENT和BINARY(16) RANDOM对数据相同的性能范围高达20万（该数据库已预先填充之前测试）。

我最初对使用 UUID 作为主键持怀疑态度，事实上我仍然如此，但是我看到这里有潜力创建一个可以同时使用两者的灵活数据库。尽管许多人强调两者的优点，但使用这两种数据类型抵消了哪些缺点？

• PRIMARY INT
• UNIQUE BINARY(16)

此类设置的用例将是表间关系的传统主键，唯一标识符用于系统间关系。

我本质上试图发现的是两种方法之间的效率差异。除了使用的四倍磁盘空间（在添加额外数据后可能在很大程度上可以忽略不计）之外，在我看来它们是相同的。

架构：

-- phpMyAdmin SQL Dump
-- version 4.0.10deb1
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Sep 22, 2015 at 10:54 AM
-- Server version: 5.5.44-0ubuntu0.14.04.1
-- PHP Version: 5.5.29-1+deb.sury.org~trusty+3

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";


/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 …