使用UUID的劣势

使用UUID虽然可以保证ID的唯一性,但是长得丑,很难满足业务系统的很多其他特性吧。

1.比如UUID是无序的,但是业务系统很多时候希望生成的ID是有序的,或者叫粗略有序。

2.UUID携带的信息少,比如没有时间的反解,我们就会很依赖这条数据的时间戳字段,在看到ID的时候,就没有那么直观的可以知道什么时候产生和什么地方生成的,在机器比较多的时候比较难查。

3.上次一个同事告诉我,他的服务频繁使用UUID的原因,服务宕机啦,可见这个性能并不好,具体原因没去了解。

4.UUID比较长,占用空间大,会影响性能,看到之前一个服务将UUID转成10位的当唯一键,这样还是会重复的吧。

5.还有在使用B+树之类的建立索引的时候,比如使用唯一键,因为UUID是无序的,在加入树的时候是比较消耗性能的,尤其是频繁增加和记录空间比较多的时候。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值