choi_nyeong

1. 캐시된 데이터와 DB 데이터가 일치하지 않을 수 있다-> 데이터 변경 시 데이터베이스에만 업데이트를 수행하고 캐시는 갱신되지 않기 때문에, 조회 시 캐시에서 오래된 데이터를 반환하여 데이터베이스와 캐시 간 데이터 불일치가 발생할 수 있다.  2. 캐시에 저장 할 수 있는 공간이 비교적 작다.-> Disk에 저장하는 것이 아닌, RAM 에 데이터를 저장하다보니 작다. ## 한계점 극복 1. 캐싱 대상 선정 기준 설정- 자주 조회되지만 자주 변경되지 않는 데이터를 캐싱 대상으로 선정- 캐싱 컨벤션 정의 어떤 데이터를 캐싱하고, 어떤 데이터는 캐싱하지 않을지에 대한 명확한 기준을 수립EX) 정적 데이터나 조회 빈도가 높은 데이터는 캐시에 저장하고, 실시간 일치가 중요한 데이터는 캐시를 생략하거나 별도로 ..

##Cash Aside데이터 요청 시 캐시에 먼저 데이터를 찾음캐시에 데이터가 있으면 사용캐시에 데이터가 없으면 DB에서 데이터를 가져옴데이터가 변경될때 DB에 먼저 저장 후 캐시에서 해당 데이터 제거    ##Write AroundDB에 데이터를 저장할때 캐시에 데이터를 쓰지않고 항상 DB에만 저장됨데이터는 읽기 요청 시에만 캐시로 로드

현업에서 자주 활용하는 네이밍 컨벤션 # 콜론(:) 을 활용해 계층적으로 의미를 구분 users:100:profile : 사용자들(users) 중에 PK가 100인 사용자의 profileproducts:123:details : 물품들(products) 중에 PK가 123번인 물품의 세부사항(details) 기본 컨벤션의 장점가독성 : 데이터의 의미와 용도를 쉽게 파악 가능하다.일관성 : 컨벤션을 따름으로써 일관성이 높아지고 유지보수가 쉬워진다.검색 및 필터링 용이성 : 패턴 매칭을 통해 특정 유형의 key를 쉽게 찾을 수 있다.확장성 : 서로다른 key를 사용함으로써 충돌할 일이 적어진다.

데이터 저장 : set [key] [value]공백이 있는 데이터인 경우 "" 로 감싸준다. 데이터 조회 : get [key] 모든 데이터 조회 : keys * 데이터 삭제 : del [key] TTL 설정 : set [key] [value] ex [second] 남은 시간 확인 : TTL [key]만료 시 (integer) -2 리턴 전체 삭제 : flushall

Redis 설치 프로그램 다운https://github.com/microsoftarchive/redis/releases%EF%BB%BF windows 기준 Redis-x64-3.0.504.msi 설치 msi 파일 실행 및 next - next..기본 Port 는 6379 Redis에 할당할 메모리 크기 지정(기본 100MB) 확인을 위해 설치한 경로에 redis-cli.exe 실행 cli 화면에 ping 입력 후 엔터PONG 출력 시 정상

Redis는 데이터 처리 속도가 엄청 빠른 NoSQL 데이터베이스이다. 장점 : 레디스는 인메모리에 모든 데이터를 저장한다. 그래서 빠르다. 다양한 사례 중에서 공부해볼 캐싱에 관점. 기능은 굉장히 많다. 세션관리, 실시간 데이터 처리, 메세지큐 등.. 캐싱 관점 사례StackOver FlowQnA 자주 묻는 것들은 캐싱해서 빠르게 처리 한다고 함.