分布式数据库ID获取方案（考虑高并发）

已于 2022-03-28 10:39:49 修改
阅读量1.1k 收藏
点赞数
文章标签： java 面试 开发语言
于 2022-03-26 11:00:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_56033865/article/details/123752240
版权

1.数据库自增
优点是明显可控，但是缺点是数据库压力大，慢，并且依赖单表；
2.UUID
可以保证全局唯一，长度32的字符串，存储压力大
缺点是无序，排序时不可用；
3.雪花算法
时间+机器号+计数顺序
高性能低延迟独立应用时间上有序
缺点是需要单独部署系统，引入额外的复杂性
4.Redis生成id
使用字符串的原子操作incr和incrby实现
可以通过设置不同步长或者初始号，集群提高吞吐量
比如前几位设置日期，后几位进行自增，性能优可排序，防止单点故障；

进击的小王666
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
分布式数据库集群介绍
01-27
分布式数据库集群介绍 分布式数据库是近年来随着大数据增长和...总的来说，选择分布式数据库需要考虑业务需求、数据量、并发量以及对可用性和扩展性的要求，同时，合理的分片策略和中间件选择也是成功实施的关键。
分布式数据库
06-14
- NoSQL数据库设计用于处理大数据和高并发访问场景，特别适合非结构化和半结构化数据。 - 常见的NoSQL数据库类型包括键值存储、文档数据库、列族存储和图形数据库。 - **NewSQL**： - NewSQL数据库结合了传统SQL...
一口气说出 9种 分布式ID生成方式，面试官有点懵了
weijia521的博客
10-20 378
一口气说出 9种 分布式ID生成方式，面试官有点懵了 码农沉思录7月30日 以下文章来源于程序员内点事，作者程序员内点事 一、为什么要用分布式ID？ 在说分布式ID的具体实现之前，我们来简单分析一下为什么用分布式ID？分布式ID应该满足哪些特征？ 1、什么是分布式ID？ 拿MySQL数据库举个栗子： 在我们业务数据量不大的时候，单库单表完全可以支撑现有业务，数据再大一点搞个MySQL主从同步读写分离也能对付。 但随着数据日渐增长，主从同步也扛不住了，就需要对数据库进行分库分表，但分...
分布式自增数据库ID
鱼尾九八
02-05 504
不忘初心，砥砺前行作者 | 陌无崖转载请联系授权引言今天在写项目的时候学习了一个用代码编写的自增的数据库ID，其实是一个ID缓冲池。使用了golang中chan类型。建表我们希望该I...
分布式数据库主键id生成策略
weixin_30249203的博客
07-11 709
分布式数据库部署主要分为两种，一种是读写分离。这个需要弄主从数据库。主要是写的时候写主数据库，读的时候读从数据库。分散读取压力，对于读多写少的系统有利于 提高其性能。还有一种是分布式存储，这种主要是将一张表拆分成多张分表部署到各个服务器中，主要针对写操作频繁的系统，如微博，淘宝的订单系统。 这两种方案都会遇到主键类型及生成方式的问题，还有主从数据库不同步和主键冲突问题。 主键类型主要有GUI...
分布式ID生成器流程图--获取ID
田培融的博客
08-07 214
交个朋友吧
获取数据库更新自动产生的ID值
luoxun11的专栏
07-13 200
[code="java"] Connection conn = getConnection(); Statement stmt = conn.createStatement(); int count = stmt.executeUpdate("insert into user(username,password) values('luoxun','123')",Statement.R...
9种分布式ID生成方式，总有一款适合你
热门推荐
java大神起床啦
11-03 4万+
分布式ID必要性。 业务量小于500W或数据容量小于2G的时候单独一个mysql即可提供服务，再大点的时候就进行读写分离也可以应付过来。但当主从同步也扛不住的是就需要分表分库了，但分库分表后需要有一个唯一ID来标识一条数据，数据库的自增ID显然不能满足需求；特别一点的如订单、优惠券也都需要有唯一ID做标识。此时一个能够生成全局唯一ID的系统是非常必要的。那么这个全局唯一ID就叫分布式ID。 分布式ID需满足那些条件 全局唯一：基本要求就是必须保证ID是全局性唯一的。 高性能：高可用低延时，ID生成响应要
分布式数据库-OceanBase1
08-08
分布式数据库OceanBase是一种针对大规模数据量和高并发访问场景设计的解决方案。面对数百TB的数据和数十万TPS（每秒事务处理量）的需求，单台关系型数据库无法胜任，因此需要采取分布式数据库策略。常见的做法是对...
分布式系统ID生成器解决方案.docx
07-27
Redis提供了原子性的递增操作，可以在高并发场景下高效生成唯一ID，其单线程特性保证了操作的安全性。在压力测试下，Redis方案表现优秀，取代了数据库方案。 ### ZooKeeper方案 ZooKeeper是一个分布式协调服务，...
服务端高并发分布式架构演进之路.pdf
09-09
服务端高并发分布式架构演进之路的知识点可以从以下几个方面来详细说明： 1. 基本概念介绍 - 分布式架构：在不同的服务器上部署系统各个部分，以提升系统伸缩性和可用性。 - 高可用性：系统或服务在各种情况下都...
分布式Id解决方案?
最新发布
qq_43345619的博客
03-19 856
场景：在互联网公司，对于高并发业务，一般的表主键都是采用数据库自增，即使采用分库分表，也是设置主键自增，原因是：一般表的主键不参与业务处理，比较常见的设计方式是业务表加一个业务唯一健，而且唯一健不能改变，其他业务表关联这个表的唯一键参与各种逻辑处理。在我们的业务需求中通常有需要一些唯一的ID，来标识某条数据，比如： 用户Id、订单号、活动编号，通常我们会调研各种各样的生成策略，根据不同的业务，采取最合适的策略，那分布式项目中生成分布式id的方法究竟有哪些吗？
分布式ID（数据库多主模式，这些知识点你会吗
m0_58397123的博客
08-08 331
CREATE TABLE SEQID.SEQUENCE_ID ( id bigint(20) unsigned NOT NULL auto_increment, stub char(10) NOT NULL default ‘’, PRIMARY KEY (id), UNIQUE KEY stub (stub) ) ENGINE=MyISAM; 可以使用下面的语句生成并获取到一个自增ID ```java begin; replace into SEQUENCE_ID (stub) VALUES ('any
分布式（一）分布式ID生成方案，分布式下数据库分库分表
LuQiaoYa的博客
04-12 661
分布式（一）、分布式ID生成方案，分布式下数据库分库分表一、分布式ID二、分布式下数据库分库分表 一、分布式ID 在互联网中，设计到各种各样的ID，如在支付系统中就有支付ID，退款ID等。 分布式ID的特性： 唯一性：确保生成的ID是全网唯一的 有序递增性：确保生成的ID是对于某个用户或者业务是按一定的数字有序递增的。 高可用性：确保任何时候都可以正确的生成ID。 带时间：ID里面应该包含时间 ...
得到数据库中id最大的记录
一起玩编程
05-24 1360
In sqlserver: select top 1 * from tableName order by id descIn oracle: select col1, col2 ... from tableName where rownum=1 order by id desccommon: select * from tableName where id = (select max(id) from tableName)
分布式ID介绍&实现方案总结
kfashfasf的博客
01-30 1339
日常开发中，我们需要对系统中的各种数据使用 ID 唯一表示，比如用户 ID 对应且仅对应一个人，商品 ID 对应且仅对应一件商品，订单 ID 对应且仅对应一个订单。我们现实生活中也有各种 ID，比如身份证 ID 对应且仅对应一个人、地址 ID 对应且仅对应简单来说，ID 就是数据的唯一标识。分布式 ID 是分布式系统下的 ID。分布式 ID 不存在与现实生活中，属于计算机系统中的一个概念。我简单举一个分库分表的例子。我司的一个项目，使用的是单机 MySQL。
九种分布式ID解决方案，总有一款适合你！
程序猿DD
05-15 262
背景在复杂的分布式系统中，往往需要对大量的数据进行唯一标识，比如在对一个订单表进行了分库分表操作，这时候数据库的自增ID显然不能作为某个订单的唯一标识。除此之外还有其他分布式场景对分布式ID的一些要求：趋势递增：由于多数RDBMS使用B-tree的数据结构来存储索引数据，在主键的选择上面我们应该尽量使用有序的主键保证写入性能。单调递增：保证下一个ID一定大于上一个ID，例如排序需求。信息安全：...
八种分布式ID解决方案
让~学习~成为一种习惯（橡 皮 人の技术博客）
05-17 857
在复杂的分布式系统中，往往需要对大量的数据进行唯一标识，如在金融、电商、支付等产品的系统中，随着数据的日益增长，数据库的自增ID显然不能作为某个订单的唯一标识。除此之外还有其他分布式场景对分布式ID有一些要求，本文针对多中方案进行介绍，包括 UUID、数据库自增ID、号段模式、Reids INCR、Twitte（雪花算法）、滴滴（TinyID）、美团（Leaf）、百度（Uidgenerator）。
分布式下获取单号
天堂的使者的博客
10-30 270
缺点： 当Redis序列号耗尽，需要加同步锁控制生成新的序列号缓存池，这里有一定的性能损失。3.利用Redis 的 List 结构进行批量缓存序列号池 ， 保证取号效率。3.Redis 自增，优点是速度快，缺点是持久化不可靠，有可能造成重复单号。2.数据库自增序列，每次都要访问数据库,IO开销大，高并发时几乎不可用。1.UUID 乱序，且很长，不利于数据库做索引查询 和 空间浪费。1.局部自增，前缀可添加业务属性的字符串。2.利用数据库持久化序列号值，保证可靠性。分布式下，获取单号有多种方式。
腾讯云DCDB：高效分布式数据库解决方案
腾讯云分布式数据库解决方案（DCDB）是腾讯...腾讯云分布式数据库解决方案是一款集成了高可用、高性能、可扩展和安全特性的数据库服务，适用于对数据处理有高要求的企业，尤其适合面临快速扩张和复杂业务场景的组织。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值