⌨️

파티셔닝 샤딩

•

트랜잭션 롤백이 적용되어 UserServiceTest 클래스의 testTransactionRollback() 테스트 케이스가 통과한다.

•

트랜잭션 서비스와 애플리케이션 서비스가 분리되었다.

•

파티셔닝을 할 때 나누는 방법은 여러가지이다.

◦

지역/기수/해싱

•

둘의 성능차이

◦

select * from fruit where fruit_name=’ap%’;

◦

select fruit_name from fruit where fruit_name=’ap%’;

•

그러면 저 테이블에 대한 모든 조회마다 파티션 기준이 꼭 들어가야겠네요? 또 파티션이 너무 많아질 경우에는 어떻게 되나요??

•

파티셔닝 기준에 따라 일부 쿼리는 조회 성능이 오히려 저하될 수도 있으려나요?

•

샤딩의 기준은 어떻게 잡나요? 샤딩을 통해 여러 서버로 DB를 분할하면 사용자가 샤딩 기준에 따라 Datasource를 정해줘야하나요?

•

샤딩을 진행하면 db 서버를 분리하는건데 트랜잭션 관리는 따로 진행해주어야하는건가요?

•

레인지 파티셔닝 != 샤딩인건가요??,,

•

DB 는 결국 하나의 파일로 관리한다.

•

offset 

◦

스킵한다 라고 표현

◦

limit 을 카운트해야 한다(다 읽음).

•

cursor

◦

where 절을 먼저 읽기 때문에 데이터가 많아졌을 때 유리하다

◦

단점은??

서버 캐시, 검색 엔진, 메시지 큐

•

20개는 cache 를 이용한다.

•

검색 엔진을 이용한다.

•

상품 정보가 변경되었을 때

◦

write 한 뒤

▪

메시지 큐

▪

캐시에 바로 write

고민할 부분

•

서비스 데이터 특성

•

서비스에서 특별히 고려해야 할 중요 기능

•

개선한 인프라 아키텍처에서 발생할 수 있을 것으로 예상되는 문제

•

문제에 대한 해결 방안 아이디어

•

규모 확장성(scalability)

•

성능(performance)