하나의 최소 단위의 작업에 여러가지 데이터 변경을 넣으면, 모두 저장되거나, 아무 것도 저장되지 않거나를 보장합니다
모두 성공 시 ⇒트랜잭션 Commit, 중간에 하나라도 실패 시 ⇒ 트랜잭션 Rollback
데이터베이스를 더 안전하게 관리하려면? (Primary, Replica)
DB 운영방식
웹 서비스에서 DB 에 담겨있는 Data 는 가장 중요한 리소스 입니다.
회원 정보
서비스 이용 정보
DB 훼손 가능성
DB 도 결국 물리적인 HDD (하드 디스크) 에 존재
DB 가 저장된 하드디스크 고장
DB 가 저장된 컴퓨터 고장
일반적으로는 DB 를 2대 이상 운영합니다.(읽기 전용 DB와 쓰기 전용 DB를 분리)
쓰기 전용 DB를 카피(사실 데이터 변경을 추적)하는 읽기 전용 DB들을 다수 두는 방식으로 해결. 부하도 분산되고 안전하게 운영이 가능
Primary / Replica 운영방식 : 데이터베이스의 안정성과 데이터의 안전을 위해 일반적으로 기본(Primary) 데이터베이스와 복제(Replica) 데이터베이스를 구축하고 운영하는 방식을 사용합니다.
Primary (쓰기 전용): 모든 쓰기 작업 (Create, Update, Delete)은 Primary DB에 직접 수행됩니다. Primary DB에 쓰여진 데이터는 Replica DB로 복제됩니다.
Replica (읽기 전용): 읽기 작업은 복제된 DB에서 수행됩니다. 이렇게 함으로써, 부하를 분산시키고, Primary DB에 문제가 발생했을 경우 데이터의 손실을 방지할 수 있습니다.
스프링 프레임워크에서는 @Transactional(readOnly = true) 어노테이션을 사용하여 읽기 전용 트랜잭션을 선언할 수 있습니다. 이렇게 하면 해당 트랜잭션은 읽기 전용 DB(Replica)에서 수행되게 됩니다.따라서 Primary - Replica 방식은데이터의안정성을보장하며, 동시에 DB 작업의부하를분산시키는효과적인방법입니다.
또한, 이런 Primary - Replica 구조는 Failover라는 개념과도 밀접한 관련이 있습니다. Primary DB에 장애가 발생하면, 하나의 Replica DB가 자동으로 Primary DB의 역할을 수행하게 됩니다. 이를 통해 서비스의 중단 없이 데이터베이스를 안정적으로 운영할 수 있습니다.
