高并发分布式系统中获取唯一ID

在高并发分布式系统中生成唯一ID的方法很多,可以根据项目的特性选择合适的方法。
1、如果分布式系统共用一个oracle数据库,可以用SYS_GUID() 生成32位的唯一ID,或者用sequence自增的方式生成唯一ID。
2、使用UUID,使用UUID有一个弊端:生成是序列过长,没有规律不方便记忆。
3、自己通过代码实现,设计思路是通过时间戳+主机编号+序列号,代码如下:
public class IdWorker {

private final long workerId;
private final static long twepoch = 1515290472631L;
private long sequence = 0L;
private final static long hostIdBits = 7L;//主机占7位,即最大值127
public final static long maxHostId = -1L ^ -1L << hostIdBits;//通过位移计算得到hostId的最大值
private final static long sequenceBits = 10L;//序列占10位,即最大值1023
private final static long hostIdLeftShift = sequenceBits;
private final static long timestampLeftShift = sequenceBits + hostIdBits;
public final static long maxSequence = -1L ^ -1L << sequenceBits;//通过位移计算得到序列的最大值
private long lastTimestamp = -1L;

public IdWorker(final long workerId) {
	super();
	if (workerId > this.maxHostId || workerId < 0) {
		throw new IllegalArgumentException(
				String.format("workerId大于 %d,或小于0", this.maxHostId));
	}
	this.workerId = workerId;
}

public synchronized long nextId() {
	long timestamp = this.timeGen();
	if (this.lastTimestamp == timestamp) {
		this.sequence = (this.sequence + 1) & this.maxSequence;
		if (this.sequence == 0) {
			System.out.println("sequence大于" + maxSequence);
			timestamp = this.tilNextMillis(this.lastTimestamp);
		}
	} else {
		this.sequence = 0;
	}
	if (timestamp < this.lastTimestamp) {
		try {
			throw new Exception("当前时间小于上次生成workerId的时间");
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

	this.lastTimestamp = timestamp;
	long nextId = ((timestamp - twepoch << timestampLeftShift)) | (this.workerId << this.hostIdLeftShift)
			| (this.sequence);
	System.out.println("timestamp:" + timestamp + ",timestampLeftShift:" + timestampLeftShift + ",nextId:" + nextId
			+ ",workerId:" + workerId + ",sequence:" + sequence);
	return nextId;
}

private long tilNextMillis(final long lastTimestamp) {
	long timestamp = this.timeGen();
	while (timestamp <= lastTimestamp) {
		timestamp = this.timeGen();
	}
	return timestamp;
}

private long timeGen() {
	return System.currentTimeMillis();
}

public static void main(String[] args) {
	final IdWorker worker2 = new IdWorker(2);
	for (int i = 0; i < 10; i++) {
		new Thread(new Runnable() {
			public void run() {
				while (true) {
					worker2.nextId();
				}
			}
		}).start();
	}
}

}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 在高并发下,可以使用 Redis 的 SETNX 命令来实现分布式锁。SETNX 指令是将 key 的值设为 value,当且仅当 key 不存在。 步骤如下: 1. 使用 SETNX 命令尝试获取锁,如果返回值为 1,则说明获取锁成功。 2. 使用 EXPIRE 命令为锁设置过期时间,防止死锁。 3. 在业务代码执行完成后,使用 DEL 命令释放锁。 为了防止网络延迟等问题,可以在获取锁时设置一个随机值,并在释放锁时判断该值是否与当前锁对应的值相同,以确保只有持有锁的客户端才能释放锁。 ### 回答2: 高并发下Redis分布式锁的实现是通过Redis的setnx命令和expire命令来实现的。 首先,通过setnx命令尝试设置一个带有过期时间的key,如果成功设置,则表示获取到了分布式锁。如果设置失败,说明锁已经被其他客户端占用,需要等待或进行重试。 为了防止因为某个客户端处理时间过长而导致锁过期的情况,可以为锁的过期时间设置一个合理的值。在获取到锁后,可以使用expire命令为锁的key设置过期时间,确保在一定时间内释放锁。 为了提高锁的安全性,可以为每个客户端设置一个唯一ID作为锁的值,并将锁名称与该ID进行绑定。这样可以确保只有获取锁的客户端才能释放锁,防止其他客户端误释放锁。 另外,考虑到高并发情况下的锁竞争,可以在获取锁失败后进行等待一段时间再进行重试,避免频繁的锁竞争对系统性能造成负面影响。 需要注意的是,Redis分布式锁的实现并不能解决所有并发问题,仅适用于单个业务场景下的加锁和释放锁操作。在设计和使用时需要考虑到具体业务需求和场景,并进行适当的优化和调整。 ### 回答3: 在高并发场景下,为了保证数据的一致性和并发执行的正确性,常常需要使用分布式锁来控制对共享资源的访问。Redis作为一个高性能的内存键值存储系统,也可以用来实现分布式锁。 Redis实现分布式锁的一种常见方式是使用SETNX命令。当多个客户端同时尝试获取锁时,只有一个客户端能成功执行SETNX操作,即将对应的key设置为1,表示获取了锁。其他客户端获取锁失败,需要等待锁被释放后重新尝试。 为了保证锁的正确性和防止死锁,还需要为锁设置一个合理的过期时间,以防止获取锁的客户端因为异常情况导致无法及时释放锁。 在高并发环境下,为了提高锁的性能,可以考虑使用红锁机制。红锁是将分布式锁与Redis的复制功能相结合,确保在大部分节点上都获取到锁后,才认为锁已经获得。这样可以避免某个节点出现故障或网络异常导致锁丢失的情况。 另外,为了避免因为程序异常导致锁无法释放的情况,可以在获取到锁之后,使用Lua脚本来保证在一个原子操作判断锁的状态并释放锁。 在实现分布式锁时,还需要考虑高并发下锁的性能问题。可以通过优化Redis的部署结构、增加Redis的内存和CPU资源,以及使用连接池等方法来提高Redis的性能和并发能力,从而提高分布式锁的性能。 综上所述,高并发下的Redis分布式锁的实现主要包括使用SETNX命令获取锁、设置合理的超时时间、使用红锁机制增强锁的可靠性、使用Lua脚本保证原子操作、优化Redis的性能和并发能力等方面。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值