사용 사례
기업이 신뢰할 수 있는 거래
짧고 원자적인 트랜잭션은 제대로 구현하기 가장 어려운 워크로드이자, 비즈니스 측에서 가장 먼저 눈치채는 부분입니다. MariaDB Enterprise Platform 는 시스템 중단 없이 대량의 트랜잭션을 올바르게 커밋합니다.
온라인 트랜잭션 처리(OLTP)란 무엇인가요?
온라인 트랜잭션 처리(OLTP)는 결제 처리, 고객 기록 업데이트, 재고 조정 등과 같이 짧은 원자성 트랜잭션을 대량으로 처리합니다. 데이터베이스 인스턴스( MariaDB ,Enterprise Platform )는 ACID 보장을 통해 이러한 트랜잭션을 커밋하며, 데이터베이스 인스턴스 확장( MariaDB ,GridGain)을 통해 메모리 내 연산 기능을 추가합니다.
버진 미디어 O2가 3,000만 명 이상의 사용자에게 서비스를 제공하는 방식: 현재 모든 네트워크 트랜잭션이 MariaDB Cloud 을 통해 운영되고 있습니다.
트랜잭션 지연 시간이 7밀리초에서 1밀리초로 줄어들었고, 연결 실패 현상이 사라졌으며, 팀은 마이그레이션 당일 발생한 모든 트랜잭션을 확인할 수 있었다.
기능
거래 처리에 필요한 사항
정확성이 최우선이며, 그 다음으로 속도, 처리량, 가용성, 보안이 뒤따릅니다. 이 다섯 가지 역량이 바로 MariaDB 가 엔터프라이즈 워크로드를 위한 트랜잭션 데이터베이스로 기능할 수 있게 해주는 요소입니다.
거래 무결성
ACID 준수는 동시 처리 환경에서도 데이터의 정확성을 보장합니다. InnoDB 는 행 단위 잠금과 다중 버전 동시성 제어(MVCC)를 사용하므로, 읽기 작업과 쓰기 작업이 서로를 차단하지 않습니다.
워크로드별 스토리지 엔진
ACID를 완벽하게 지원하며 4가지 격리 수준을 갖춘 혼합 트래픽용 기본 저장소 InnoDB ; 높은 압축률을 위해 쓰기 작업이 많은 테이블용 MyRocks. 동일한 서버 내의 테이블별로 선택할 수 있습니다.
인메모리 연산 및 스트리밍
MariaDB GridGain 이벤트가 도착하는 대로 이를 처리하고, 데이터와 동일한 위치에서 로직을 실행하므로, 의사 결정은 트랜잭션이 끝난 후가 아니라 트랜잭션 내부에서 이루어집니다.
고장 시 가용성
트랜잭션 재생을 통한 비동기 복제, 데이터 손실이 전혀 없는 동기식 복제(Galera), 그리고 과반수 동의를 통해 커밋을 수행하는 Raft 클러스터링.
모든 계층에서의 보안
인증서 기반 암호화는 전송 중인 데이터를 보호하고, 관리형 키는 저장된 데이터를 보호하며, 역할 기반 접근 제어, 비밀번호 정책 및 감사 로깅은 안전한 접근을 보장합니다.
MariaDB 는 어떤 트랜잭션 처리 패턴을 지원하나요?
커밋 대상에 따라 트랜잭션 처리 방식은 달라집니다. 이 세 가지 패턴은 고객이 실제 운영 환경에서 실행하는 대부분의 경우를 포괄합니다.
결제 처리
디지털 지갑, 실시간 결제, 계좌 간 이체 및 국경 간 결제 등, 승인 마감 전에 잔액, 위험 및 제재 관련 확인 절차가 완료됩니다.
높은 동시성을 요구하는 운영용 애플리케이션
주문 처리, 재고 업데이트 및 고객 기록 관리 등, 초당 수천 건의 소규모 거래가 정확하고 신속하게 처리되어야 하는 분야입니다.
트랜잭션 내 의사 결정
사기 점수 산정, 동적 가격 책정 및 라우팅 규칙은 트랜잭션이 열린 상태에서 메모리 내에서 실행되므로, 커밋 전에 결과가 반환됩니다.
추천 자료
시작하기
MariaDB로 개발을 시작해 보세요
현재 운영 중인 모든것, 앞으로 구축할 모든 것에 활용 할 수 있는 신뢰할 수 있는 단일 실시간 데이터베이스 플랫폼
자주 묻는 질문
온라인 거래 처리는 결제 처리, 고객 데이터 관리, 재고 업데이트 관리와 같이 짧은 단위의 원자적 트랜잭션을 대량으로 처리합니다. 정확성과 속도 모두 중요합니다.
ACID 보장은 트랜잭션이 완전히 완료되거나 아예 완료되지 않으며, 동시에 진행되는 트랜잭션들이 서로를 손상시키지 않음을 의미합니다. 결제 및 원장 시스템에서 바로 이러한 점이 기록의 신뢰성을 보장합니다.
네. 복제 및 클러스터링을 통해 트랜잭션 부하를 확장할 수 있으며, InnoDB 행 단위 잠금 및 MVCC를 통해 동시성을 처리하고, MariaDB GridGain 는 처리량이 데이터베이스 단독으로 감당할 수 있는 수준을 초과할 때 메모리 사용량의 급증 현상을 완화합니다.
계산과 함께 잔액, 위험 및 라우팅 데이터를 메모리에 보관하여, 승인 기간이 종료되기 전에 검사가 완료되도록 합니다. 원장(ledger)은 MariaDB Enterprise Server 에서 완전한 트랜잭션 일관성을 유지하며 커밋됩니다.
InnoDB 이것이 기본 설정이며, 읽기 및 쓰기 작업이 혼합된 워크로드에 대해 완전한 ACID 준수를 제공합니다. MyRocks는 쓰기 작업이 많은 테이블의 I/O를 줄여줍니다. 스토리지 엔진은 플러그인 방식이므로, 동일한 서버에서 테이블마다 서로 다른 엔진을 사용할 수 있습니다.
비동기 복제의 경우, MaxScale 는 장애를 감지하고 새로운 주 노드를 지정하며 트랜잭션을 재실행하여 클라이언트의 작업이 중단되지 않도록 합니다. Galera는 동기식 클러스터를 제공하는 반면, Raft 클러스터는 여러 리전 간에 쓰기 작업의 일관성을 유지합니다.