Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- http
- SQL
- Interceptor
- 스프링부트
- 디자인패턴
- request
- exception
- 객체지향프로그래밍
- proxy pattern
- mybatis
- 스프링 시큐리티
- java
- git
- aspect
- aop
- 스프링
- Redis
- 자바
- RestControllerAdvice
- 관점지향프로그래밍
- Spring
- 인터셉터
- spring boot
- MYSQL
- 트랜잭션
- network
- Spring Security
- OOP
- response
- Filter
Archives
- Today
- Total
목록RoutingDataSource (1)
장쫄깃 기술블로그
[Spring - DB] 2. Transaction ReadOnly를 이용한 Master/Slave DB Replication 분기처리 (AbstractRoutingDataSource)
들어가며 대규모 서비스 개발 시에 가장 기본적으로 하는 튜닝은 바로 DB에서 Write와 Read DB를 Replication(레플리케이션, 복제)하고, 쓰기 작업은 Master(Write)로 보내고 읽기 작업은 Slave(Read)로 보내어 부하를 분산 시키는 것이다. 특히, 대부분의 서비스는 읽기가 압도적으로 많기 때문에 Slave는 여러 대를 두어 읽기 부하를 분산 시킨다. 그런데 또 하나 기억해야 할 것이 Replication은 비록 짧더라고 딜레이가 존재하는 것이다. 따라서 정합성이 굉장히 중요한 데이터는 비록 Read 작업이더라도 Slave에서 읽지 않고 Master에서 읽어야만 하는 경우도 있다. 때문에, 해당 게시글에서는 Transaction Read-Only인 경우 Slave에서 Read..
Spring Framework/Spring - DB
2022. 7. 3. 23:23