在MySQL中设计表的时候，MySQL官方推荐不要使用uuid或者不连续不重复的雪花id（long形且唯一，单机递增），而是推荐连续自增的主键id，官方的推荐是auto_increment。
那么为什么不建议采用uuid，使用uuid究竟有什么坏处？本问我们从以下几个部分来分析这个问题，探讨一下内部的原因：
MySQL程序实例
使用uuid和自增id的索引结构对比
总结
MySQL程序实例
要说明这个问题，我们首先来建立三张表，分别是：user_auto_keyuser_uuiduser_random_key他们分别表示自动增长的主键，uuid作为主键，随机key作为主键，其他我们完全保持不变。根据控制变量法，我们只把每个表的主键使用不同的策略生成，而其他的字段完全一样，然后测试一下表的插入速度和查询速度。注：这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的id：一串18位长度的long值。id自动生成表：
用户uuid表：
随机主键表：光有理论不行，直接上程序，使用Spring的jdbcTemplate来实现增查测试。技术框架：SpringBoot+jdbcTemplate+junit+hutool，程序的原理就是连接自己的测试数据库，然后在相同的环境下写入同等数量的数据，来分析一下insert插入的时间来进行综合其效率。为了做到最真实的效果，所有的数据采用随机生成，比如名字、邮箱、地址都是随机生成：package