对于新的MySQL数据库，我们考虑使用UUID作为主键，存储为BINARY(16)。键值将由Java应用程序中的下面的函数生成，或者由数据加载中的UUID_TO_BIN(UUID())内置函数生成。

UUID.randomUUID();

public static byte[] convertUUIDToBytes(UUID uuid) {
    ByteBuffer bb = ByteBuffer.wrap(new byte[16]);
    bb.putLong(uuid.getMostSignificantBits());
    bb.putLong(uuid.getLeastSignificantBits());
    return bb.array();
}

public static UUID convertBytesToUUID(byte[] bytes) {
    ByteBuffer byteBuffer = ByteBuffer.wrap(bytes);
    long high = byteBuffer.getLong();
    long low = byteBuffer.getLong();
    return new UUID(high, low);
}

Oracle中的SYS_GUID()生成完全随机的数字，通常用作一级主键或唯一键，但许多博客声称使用 UUID Ver 4 会有严重的性能问题，因为它的非顺序性质Blog on MySQL site。
1.使用 UUID Ver 4 检索数据时是否存在性能问题。我们的数据在插入顺序方面是完全随机的，我们的查询访问第一个插入行的机会与最近插入行的机会相同。我们不希望查询结果中的行按插入顺序显示。我们也不需要查询以主键值作为范围的行。
1.插入行时是否会出现任何性能问题。
我们确实知道，与UUID作为键相比，数字将具有更好的性能，但UUID是我们数据的重要组成部分，大多数查询将使用UUID作为键。