MySQL批量UUID生成相似度高问题

UPDATE grid_metric_group_schema t1
JOIN temp_grid_metric_schema_0123 t2 ON t1.api_id = t2.api_id 
SET t1.name_for_model = t2.name_for_model, t1.parameters = t2.parameters, t1.examples = t2.examples, t1.filter_examples = t2.filter_examples, t1.description_for_model = t2.description_for_model, t1.keyphrases = t2.keyphrases, t1.name_for_human = t2.name_for_human , t1.id = REPLACE(UUID(), '-', '')

在执行这样一段代码时，发现grid_metric_group_schema表中的id字段生成的值都是一样的，如下图所示，然后迅速定位到UUID()函数上，在想是不是UUID()函数只调用了一次把所有记录行赋成一个值了，但仔细一看其实可以发现每个id都是不一样的，只不过相似度很高。

趁机了解了一下MySQL中的UUID()函数，首先可以确定的是，UUID()生成的uuid值是字符串类型的，固定长度为36个字符（包含4个"-“字符），并且是唯一的，同一个SQL语句中多处调用UUID()函数得到的随机值不同，不会存在重复问题，一般来说，MySQL中使用uuid的方式是这样的REPLACE(UUID(), '-', '')，把”-"字符给去掉构成固定长度为32的字符串。
从构成上讲，UUID()生成的随机值由5个部分组成（8-4-4-4-12），分隔符为中划线，前三部分是由时间戳换算过来的，第四部分是暂时性保持时间戳的一致性，每次重新启动MySQL服务时发生变化，第五部分用于保证空间唯一性，可以简单理解为“只要是同一台机器，就不会发生变化”。
一了解uuid的构成，就可以明白为什么在进行批量插入或者更新操作的时候，UUID()生成的字符串相似度很高，后两部分不用说了就是一致的，前三部分只有很细微的差别，这是因为批量操作在同一时间段进行，时间戳差异很小，所以最终呈现的效果就是生成的uuid相似度很高。

虽然生成的uuid都是唯一的，但是如何保证它们看起来差异也很大呢？

可以考虑使用MD5()函数，可以简单地将它理解为一种哈希函数，它的生成结果是长度固定位32的字符串，刚好和去掉中划线的uuid的字符长度一致，具体用法就是：MD5(UUID())。
但既然是哈希函数，就一定会有哈希冲突，不过这只会在数据量很大的时候才会发生，我这里维护的数据库表数据量都很小，所以就无需过多关注这个问题。
说到底，其实uuid已经可以保证唯一了，MD5()在某种程度上甚至破坏了uuid原有的序列含义，保证了低相似性的同时也破坏了唯一性，MD5()也很难保证安全性。