DB Replication에 따른 Spring 설정
1. DB Replication
- 데이터베이스 이중화 방식 중 하나로 하나의 Master DB와 여러대의 Slave DB로 구성.
Master DB에 데이터의 변경이 감지되면 Master DB의 로그를 기반으로 Slave DB에 복제 합니다.
- 서비스 사용자의 증가로 트래픽이 늘어날 경우 DB에 부하가 생겨 속도 저하, time out 에러가 발생할 수 있습니다.
- Replication을 통해 select요청은 Slave DB(읽기전용)에서 처리, CUD는 Master DB에서 처리할 수 있도록 분리하여 트래픽을 분산되도록 합니다.
Spring의 @Transactional 설정에 따라 설정하는 DB가 달라지게 됩니다.
@Transactional(readOnly = true) 인 경우는 Slave DB 접근
@Transactional(readOnly = false) 인 경우에는 Master DB 접근
2. application.yml 설정
spring:
datasource:
master:
url:
driver-class-name:
username:
password:
slave:
url:
driver-class-name:
username:
password:기본 형식은 spring.datasource.url 과 같은 형태로 진행되지만 Replication된 DB를 사용해야하므로 master, slave를 개별 설정합니다. (커스텀한다고 생각...)
3.datasource bean 등록
@Configuration
public class DatabaseConfig {
@Primary
@Bean(name = "masterDataSource")
@ConfigurationProperties(prefix = "spring.datasource.master")
public DataSource masterDataSource() {
return DataSourceBuilder.create().build();
}
@Bean(name = "slaveDataSource")
@ConfigurationProperties(prefix = "spring.datasource.slave")
public DataSource slaveDataSource() {
return DataSourceBuilder.create().build();
}
}@ConfigurationProperties를 통해 yml에 지정한 설정을 입력하여 DataSource를 생성합니다.
@Primary는 같은 bean이 여러개일 경우 우선적으로 등록될 bean을 설정한다고 합니다.
4. AbstractRoutingDataSource 구현
public class ReplicationRoutingDataSource extends AbstractRoutingDataSource {
@Override
protected Object determineCurrentLookupKey() {
boolean isReadOnly = TransactionSynchronizationManager.isCurrentTransactionReadOnly();
if(isReadOnly) {
return "slave";
} else {
return "master";
}
}AbstractRoutingDataSource는 key 기반으로 등록된 Datasource 중 하나를 호출을 하게 해줍니다.
이를 상속받아 determineCurrentLookupKey() 을 오버라이드하여 어떤 ContextHolder를 통해서 값을 매칭시킬지 구현하면 됩니다.
5. AbstractRoutingDataSource Bean 등록
@Configuration
public class DatabaseConfig {
...
@Bean(name = "routingDataSource")
public DataSource routingDataSource(@Qualifier("masterDataSource") DataSource masterDataSource, @Qualifier("slaveDataSource") DataSource slaveDataSource) {
ReplicationRoutingDataSource routingDataSource = new ReplicationRoutingDataSource();
Map<Object, Object> dataSourceMap = new HashMap<>();
dataSourceMap.put("master", masterDataSource);
dataSourceMap.put("slave", slaveDataSource);
routingDataSource.setTargetDataSources(dataSourceMap);
routingDataSource.setDefaultTargetDataSource(masterDataSource);
return routingDataSource;
}
}위의 AbstractRoutingDataSource를 상속받아 구현한 메소드를 Bean으로 생성합니다.
Replication의 장단점
장점
- 성능향상 효과가 있습니다. (read와 write를 분리하여 부하를 줄여줍니다)
- master DB에 오류가 발생했을 경우, 분리하여 slave 기준으로 복구할 수 있습니다.(스냅샷으로 복구 가능하나, slave 기준으로 복구시 정합성이 더 높음)
단점
- 쓰기지연에 따라 master와 slave 데이터가 정확히 일치하지 않을 수 있습니다.
- master DB 오류 발생시, fail over하여 slave DB를 사용할 수 없습니다.
데이터 정합성을 향상시키기 위해
지연 쿼리의 성능을 향상, 데이터 분리, 하드웨어 scale up을 시킬수 있으며 select더라도 실시간으로 제공해야하는 data의 경우는 master를 활용하도록 처리합니다.
참조 블로그
aws DB replication 관련