Redis -> key & value 구조의 비정형 데이터를 저장, 관리 즉 NoSQL 데이터베이스 라는 의미. Redis는 다양한 장점. \-> 인메모리에 모든 데이터 저장, 성능 처리 매우 빠름 \*) MySQL과 같은 RDBMS의 DB는 디스크에 저장. Redis
Redis에 접속
띄어쓰기가 있을경우 "" 사용 Redis는 다른 데이터 저장시 만료 시간을 설정 가능. 즉, 영구적으로 db를 저장하지 않고 일정 시간이 되면 db가 삭제되도록 setting 가능 메모리 공간은 한정적. 모든 db를 redis에 저장할 수 없다. 따라서 만료시간을 활용
콜론:을 활용해 계층적 의미 구성 컨벤션 정하면 장점 1\. 가독성 2\. 일관성 : 일관성, 유지보수 증가3\. 검색 및 필터링 이용성 : 패턴 매칭을 사용해서 특정 유형의 key 찾을 수 있음4\. 확장성 : 서로 다른 key와 이름이 겹쳐 충돌 줄어든다.

원본 저장소보다 빠르게 가져올 수 있는 임시 db 저장소(=cache) 캐시에 접근해 빠르게 데이터를 가져오는 방식 ex) : 이 API는 응답 속도가 너무 느린데? 이 응답 데이터는 캐싱(Cahing) 해두고 쓰는 게 어때?API 응답 결과를 원본 저장소보다 빠르게

데이터를 조회 -> Cache Aside (=Look Aside, Lazy Loading)redis가 없다면 db에서 가져오겠지만 db를 요청했을때 캐시에 data 있는 지 물어보고 있으면 cache에 물보고 있다면, 사용, 없다면 db에서 조회해 가져오고, 그 후 그
\- SQL 튜닝캐싱 서버 활용 (Redis 등)레플리케이션 (Master/Slave 구조)샤딩DB 스케일업 (CPU, Memory, SSD 등 하드웨어 업그레이드)SQL 튜닝을 제외한 나머지 추가적 시스탬 구축을 해야함.다른 방법의 경우 복잡해진 시스탬 구조로 인해
MySQL 8.0 부터 사용 가능root와 password 잘 맞는지 확인 하고 더미 data 1000000개 날려 확인
RedisConfigRedisCacheConfigBoardService성능 차이Cacheable X -> Waiting (TTFB) 235.27 msCacheable 0 -> Waiting (TTFB) 8ms처음에 id 값이 안떠서 확인해보니 getId 안해줌..
사용자가 요청을 보낼때 EC2를 통해 보냄 EC2 내부에는 Spring & Redis Spring Database -> 외부 RDS로 setting

서버를 구현하고 배포, 실제 서비스에 배포를 하기전 서버가 어느정도의 요청을 견딜 수 있는 지 부하 test단위는 TPS(Transaction per Second, 1초당 처리한 트랜잭션의 수) ex) 1초에 최대 100개 API 요청을 처리할 수 있다면, Throug

현업에서 EC2에 Redis를 설치해서 쓰지 않고 ElastiCache를 쓰는 이유 Redis를 설치하고 셋팅하고 관리하면서 확장까지 하려면 신경쓸 게 생각보다 많다. 하지만 ElastiCache를 사용하면 셋팅도 쉽게할 수 있고, 확장도 쉽게 할 수 있고, 기본적인