Redis를 이용한 방식이 MySQL을 이용한 방식보다 느리지 않나요?
제가 생각하기로는 Redis를 이용한 방식은
서버 -> Redis
서버 -> MySQL
이렇게 두 번 접근하게 되니 네트워크 타는 시간 때문에 당연히 더 느릴 것이라고 생각했거든요
비관적 락을 이용한다면
서버 -> MySQL
이렇게 바로 접근한 후에 lock이 풀릴 때까지 기다렸다가 바로 작업을 수행하니 더 빠르지 않나요?
回答 3
3
morib 님 안녕하세요.
첫째로 hjoo 님께서 말씀해주신것처럼 redis 는 inmemory db 이기때문에 작업속도가 굉장히 빠릅니다.
그렇기에 대부분의 경우에는 문제가 되지 않습니다.
두번째로는 비관적락을 사용하는경우에 A 커넥션이 먼저 진입하고 락을잡게되면 이후의 커넥션들은 대기를 하게됩니다.
이때 락을 잡고있는 트랜잭션의 작업이 길어지게된다면 커넥션의 수가 모자라게되는 문제가 생길 수 있습니다.
이런상황이 생기면 데이터베이스의 쿼리가 느려지게 되고 서비스가 느려지게 됩니다.
반면에 redis 를 활용하게 되면 커넥션이 대기하는 상황이 없어지기때문에 이런문제점을 예방할 수 있습니다.
감사합니다 :)
3
단순하게 데이터를 가져오고 가공하는 절차로만 보면 그럴 수 있는데, 물리적인 속도와 특성 차이가 있습니다.
Redis 는 읽고 쓰기를 디스크가 아니고 메모리에 직접 하기 때문에 속도가 월등이 빠릅니다. 대신 서버 내리면 휘발되구요. 그래서 레디스타고 mysql 타고 해도 특별히 느리지 않은 경우가 많습니다.
https://goodgid.github.io/Redis/
레디선 테스트코드에서 채널이름은 없어도 되는건가요?
0
39
2
낙관적 락을 사용할 떄 차이점
0
118
2
동시성 검증 코드에 관한 문의
0
89
2
단일연산
0
69
2
낙관적락vs. 레디스락
0
105
2
안녕하세요. 레디슨 질문있습니다..!!
0
65
2
@Lock(OPTIMISTIC)이 필요한 이유
0
88
2
get_lock 의 timeout이 3000초 이던데 너무 긴거 아닌가요?
0
128
2
DataSource Hikari 사용 이유
0
143
2
saveAndFlush 사용 이유 문의
0
111
3
비관적 락 VS 네임드 락
0
156
3
application.yaml 에 redis 정보
0
97
2
왜 클래스 이름에 Facade 가 붙나요?
0
180
2
@Transactional 으로 인한 동시성 문제 발생 원인이 궁금합니다.
0
216
2
@modifying 이용한 동시성 제어
0
166
2
DB락과 분산락
0
259
2
NamedLock 테스트 실패
0
186
2
테스트에서 트랜잭션 어노테이션 질문 있습니다.
0
170
2
optimistic Lock 재시도 질문입니다.
0
229
2
낙관적 락 테스트 실패
0
239
2
오류?
0
1624
4
LettureLockStockFacadeTest에서 오류가 발생합니다.
1
267
2
Pessimistic Lock 전체 테스트 오류 문의
0
357
3
비관적 락 vs 레디스(Lettuce)락 비교 관련 질문
0
456
2