Cache Aside + Write Around 전략에서 궁금한 점이 있습니다~
Cache Aside 전략이
redis에 원하는 데이터가 있는지 확인
있으면 해당 데이터로 응답
없으면 db에서 조회 후 응답 + 레디스에 해당 데이터 저장
그런데 Write Around 전략에서 쓰기(조회를 제외한) 작업의 경우
redis에 반영하지 않고, DB에만 반영하는데
특정 데이터가 Cache Aside 전략에 따라 db에서 조회되어 응답 후 redis에도 해당 데이터가 저장되어 있는 상태라면,
해당 데이터를 수정하는 작업을 하게 될 경우
redis에는 반영하지 않고 db에만 반영하게 되면
만약 해당 데이터를 조회하려고 할 때 Cache Aside 전략에 의하면 가장 먼저 redis에 해당 데이터가 있는지 확인하는데 여기서 redis에 존재하니까 redis의 데이터로 응답을 해주면 db에 있는 원본 데이터는 수정되어 있으니 데이터 정합성 문제가 생기는 것 아닌가요?
감사합니다!!
답변 2
redis VS valkey
0
188
2
스프링 부트에 Redis 적용하기 질문
0
93
2
redis 적용을 위한 service 반환값
0
61
2
redis 사용으로 인한 비용
0
238
2
Redis를 적용했음에도 불구하고 조회 성능의 큰 차이가 없고 오히려 더 안좋은 조회속도를 보이는 것 같습니다.
0
141
3
Elastic Cache 에러
0
85
2
Elastic
0
73
2
AWS 리소스 삭제에 관하여
0
74
2
ec2안에서 pull 받는 이유가 뭔가요 ?
0
83
2
Nest.js + Redis 구현 문제
0
677
3
데이터를 안가져와요
0
72
2
Spring Boot 프로젝트에 Redis 셋팅 추가하기에서 13분 질문있습니다.
0
186
2
레디스 환경 셋팅 질문있습니다.
0
98
2
엘라스틱 서치와 레디스의 차이점을 알고 싶습니다.
0
258
2
-parameters
0
128
2
Redis vs Memcached
0
228
2
redis 를 compose 로 묶어준 이유가 궁금합니다.
0
155
2
k6의 결과 해석
0
256
2
Jackson2JsonRedisSerializer에 대한 궁금증
0
233
1
사용된 어노테이션에 관한 질문
0
144
1
Redis 사용 방식에 대해서 질문 있습니다
0
154
1
aws elasticcache redis 툴 접속.
0
217
1
Redis를 사용하는 이유
0
695
2
로컬에서 docker compose 명령어 실행 시
0
275
2