Redis의 플래시 세일 시나리오에서 시간 초과 및 과매도 문제를 해결하는 방법

Timeout

1. Redis 연결 시간 초과 이유

(1) 가상 머신의 구성 문제

원격 연결 테스트 시 Redis 연결 성공 여부를 테스트할 때 콘솔에서 다음과 같은 오류가 보고될 수 있습니다.
아래와 같이:

콘솔에 빨간색 텍스트를 볼 때마다 두통이 옵니다. . .

콘솔에 표시되는 내용은 아마도 연결 시간 초과로 인해 오류가 발생했음을 의미할 것입니다.
연결 실패의 원인은 다음 세 가지로 요약됩니다.

• Linux의 방화벽은 닫히지 않아 오류가 발생합니다.

• redis를 열어야 합니다.

• redis.conf의 바인딩 127.0.01을 주석 처리해야 하며 보호 모드에서는 수정할 필요가 없습니다.

나중에 위의 문제가 발생하면 직접 찾아보세요.

(2) Redis는 높은 동시성으로 시간 초과를 시뮬레이션하기 위해 성공적으로 연결되었습니다.

그림에 표시된 대로:

2. 해결 방법

MySQL에서 jdbc를 사용하면 연결 시간 초과 문제가 발견될 수 있으므로 데이터베이스 연결 풀을 사용합니다. druid, c3p0 등과 같은 문제를 해결합니다. 같은 방식으로 Redis에서도 데이터베이스 연결 풀을 사용할 수 있습니다.
redis 서비스에 연결할 때마다 발생하는 소비를 저장하고 연결된 인스턴스를 재사용합니다.

매개변수를 통해 연결 동작을 관리하세요

메모장 코드를 직접 입력하세요!

링크 풀 매개변수:

• MaxTotal: pool.getResource()를 통해 얻은 풀에 할당할 수 있는 jedis 인스턴스 수를 제어합니다. 값이 -1이면 풀에 제한이 없음을 의미합니다. MaxTotal jedis 인스턴스가 할당된 경우 이 시점의 풀 상태는 소진되었습니다.

• maxIdle: 풀에서 유휴 jedis 인스턴스의 최대 수를 제어합니다.

• MaxWaitMillis: jedis 인스턴스를 빌릴 때 기다려야 하는 최대 밀리초 수를 나타냅니다. JedisConnectionException;

• testOnBorrow: jedis 인스턴스를 얻을 때 연결 가용성(ping())을 확인할지 여부, true인 경우 획득한 모든 jedis 인스턴스를 사용할 수 있습니다.

플래시 세일 과매도 현상

동시성이 높은 시나리오에서는 여러 스레드가 동시에 인벤토리를 업데이트하여 부정적인 인벤토리가 발생합니다.

그림 환상:

2. 솔루션

(1) 낙관적 잠금을 사용하여 사용자를 제거하고 과매도 문제를 해결합니다.

위 그림:

//增加乐观锁
jedis.watch(qtkey);
 
//3.判断库存
String qtkeystr = jedis.get(qtkey);
if(qtkeystr==null || "".equals(qtkeystr.trim())) {
	System.out.println("未初始化库存");
	jedis.close();
	return false ;
}
 
int qt = Integer.parseInt(qtkeystr);
if(qt<=0) {
	System.err.println("已经秒光");
	jedis.close();
	return false;
}
 
//增加事务
Transaction multi = jedis.multi();
 
//4.减少库存
//jedis.decr(qtkey);
multi.decr(qtkey);
 
//5.加人
//jedis.sadd(usrkey, uid);
multi.sadd(usrkey, uid);
 
//执行事务
List<Object> list = multi.exec();
 
//判断事务提交是否失败
if(list==null || list.size()==0) {
	System.out.println("秒杀失败");
	jedis.close();
	return false;
}
System.err.println("秒杀成功");
jedis.close();	

솔루션의 원리 :

(1) 사용자가 구매 시 Watch를 통해 재고를 모니터링합니다. Watch 모니터링 후 재고가 변경되면 예외가 발생하여 재고를 1개 줄이는 작업이 포기됩니다.

(2) 재고가 변경 사항을 모니터링하지 않고 수량이 1보다 큰 경우 재고가 1 감소되고 작업이 실행됩니다.

단점

Redis가 트랜잭션을 완료하려고 할 때 트랜잭션 실패로 인해 반복적으로 재실행을 시도할 수 있습니다.

상품의 재고가 올바른지 확인하는 것이 매우 중요하지만 단순히 WATCH와 같은 메커니즘을 사용하면 부담이 됩니다. 서버가 너무 크다

(2), reids의 watch + multi + setnx 명령을 사용하여 구현

왜 잠금 장치를 직접 구축해야 합니까?

Redis에 잠금 기능을 구현할 수 있는 유사한 SETNX 명령이 있지만 다른 잠금에서 제공하는 메커니즘은 완전하지 않습니다.

그리고 setnx에는 분산 잠금의 일부 고급 기능이 없기 때문에 여전히 수동으로 구축해야 합니다.

(1) Redis 잠금 생성

Redis에서는 SETNX 명령을 사용하여 잠금을 구축할 수 있습니다: rs.setnx(lock_name, uuid value)

잠금이 해야 할 일은 무작위로 생성된 128비트를 설정하는 것입니다. UUID 다른 프로세스가 잠금을 획득하는 것을 방지하기 위한 비트 키의 값입니다.

(2) 잠금 해제

잠금 삭제 작업은 매우 간단합니다. 해당 잠금의 키 값으로 얻은 uuid 결과가 조건을 만족하는지 판단하고 검증하기만 하면 됩니다. ), delete, rs .delete(lockname)을 통해 Redis에서 삭제합니다

또한 다른 사용자가 같은 이름의 잠금을 보유하고 있는 경우 uuid가 다르기 때문에 다른 사람의 잠금이 확인 후 실수로 해제되는 일이 없습니다.

( 3) 잠금이 해제되지 않는 문제를 해결하세요

이전 잠금에서도 그런 문제가 있었습니다. 예를 들어 프로세스가 잠금을 보유하고 있는데 갑자기 프로그램이 충돌하면 잠금을 해제할 수 없습니다.
그리고 다른 프로세스는 잠금을 보유하지 못하고 작업을 계속할 수 없습니다. 이 문제를 해결하려면 잠금을 획득할 때 잠금 시간 초과 기능을 추가할 수 있습니다.

위 내용은 Redis의 플래시 세일 시나리오에서 시간 초과 및 과매도 문제를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!