7deed372bd846ea439ec81b347862265cbcf5734ae647c3cc8815898237e994d0cd99311b9fd4e88fd9c4bb4753f18




L1--L2---DB 없는지 차례대로 확인해서 백업하는게 맞았음

좀 번거롭긴한데. .


이러면 TTL은 상황맞게 저장하고

일관성이 좀 좆같네

뭔가 수정이될때는 캐시랑 db에 write하고
읽을때만 데이터가
ttl 경과될시 db까지 조회해서 다시 redis에 저장하는 방식으로



문제는 redis서버가 다운될때 샤딩으로 master -slave로 대처하거나 이런 예외방식도 생각해야되나..


redis 그냥 빠르다고 설계에 넣으면 졷나귀찮네





- dc official App