为什么不建议用字符串或者uuid做数据库主键

UUID

好处就是本地生成,不要基于数据库来了;不好之处就是,UUID 太长了、占用空间大,作为主键性能太差了;更重要的是,UUID 不具有有序性,会导致 B+ 树索引在写的时候有过多的随机写操作(连续的 ID 可以产生部分顺序写),还有,由于在写的时候不能产生有顺序的 append 操作,而需要进行 insert 操作,将会读取整个 B+ 树节点到内存,在插入这条记录后会将整个节点写回磁盘,这种操作在记录占用空间比较大的情况下,性能下降明显。

适合的场景:如果你是要随机生成个什么文件名、编号之类的,你可以用 UUID,但是常规业务不建议主键用 UUID 的。当然,万事无决定,毕竟还有分布式和雪花算法的概念

  • 1
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库中,主键是非常重要的概念,用于保证数据表中每一行数据的唯一性。主键的类型选择应该根据具体应用场景和数据表的特点来确定。以下是几种常见的主键类型: 1. 自增长整数型主键:这是最常见的主键类型,可以使用整数型数据作为主键,每次插入一条新的数据时,自动将主键值自增1。这种类型的主键可以保证数据的唯一性,而且查询速度比较快,因为整数型数据的比较和查找都比较快。例如,在MySQL数据库中,可以使用AUTO_INCREMENT属性来定义自增长整数型主键。 2. UUID主键UUID(通用唯一识别码)是一种标识符,可以保证在分布式系统中的唯一性。UUID主键可以保证数据的唯一性,而且不需要依赖数据库自增长机制。这种类型的主键比较适合分布式系统或者需要保证数据隐私的场景。例如,在Java中,可以使用java.util.UUID类生成UUID主键。 3. 字符串主键:有时候,我们需要使用非数字的主键类型,比如字符串主键字符串主键可以使用任何字符串类型作为主键,比如GUID、哈希值等。这种类型的主键可以保证数据的唯一性,而且比较灵活,可以根据具体应用场景来选择具体的字符串类型。例如,在MongoDB数据库中,使用ObjectID作为字符串主键。 总的来说,选择主键类型应该根据具体的应用场景和数据表的特点来确定。在选择主键类型时,需要考虑数据的唯一性、查询效率、数据类型、数据规模等因素。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值