>  기사  >  데이터 베이스  >  전자상거래 시스템의 주문 기능을 위한 MySQL 아키텍처 설계

전자상거래 시스템의 주문 기능을 위한 MySQL 아키텍처 설계

伊谢尔伦
伊谢尔伦원래의
2016-11-21 14:23:331955검색

간단한 주문 비즈니스의 기본 모델은 사용자, 상품(재고), 주문, 결제로 구성됩니다. 여기서는 상품과 주문만 고려됩니다. 프로세스는 주문 -> 재고 감소입니다. 동시에 완료되어 주문을 할 수 없습니다. 재고가 감소하지 않거나(과매도), 주문이 생성되지 않고 재고가 감소합니다(과소판매). 과잉 판매 판매자는 재고가 부족하여 소비자가 주문할 때 상품을 구매할 수 없어 나쁜 경험을 초래합니다. 덜 판매 판매자는 재고가 과잉이거나 제품 정보를 반복적으로 수정해야 하므로 번거롭고 경험이 좋지 않습니다.

시스템 초기에는 수신되는 트래픽이 적었고 많은 창업 팀이 단일 저장소 모델을 채택했습니다(예, 모두가 함께했습니다...). 이 모델은 매우 편리합니다. 노드 간은 물론이고 데이터베이스 간 거래도 필요하지 않습니다. 데이터베이스에서 제공하는 트랜잭션을 사용하여 주문 및 재고 감소 등의 원자적 작업을 쉽게 구현할 수 있으며 다양한 조인트 테이블 및 하위 쿼리도 수행할 수 있습니다. 운영(Operations) 아무리 MM의 요구가 비정상적이라도 SQL을 모르면 어떡하지?) 하지만 바로 이러한 장점들이 트래픽이 증가한 후 시스템을 확장하는 데 걸림돌이 될 것입니다. 공동 테이블, 하위 쿼리 및 트랜잭션은 모두 여러 테이블을 하나로 묶기 때문에 데이터베이스와 테이블을 해체하기가 어렵습니다.

나중에는 시스템 트래픽이 점차 증가하여 단일 데이터베이스의 읽기 및 쓰기 성능이 충분하지 않습니다. 이때 데이터베이스는 해체되어 테이블로 분할됩니다. 예를 들어, 상품과 주문은 두 개의 클러스터로 나누어지며, 클러스터는 각각의 비즈니스 차원에 따라 데이터베이스와 테이블로 나누어집니다. 상품은 판매자 차원에 따라, 주문은 일반적으로 구매자 차원에 따라 구분되며, 중복은 판매자 차원에 따라 이루어집니다. 이때 발생하는 문제는 여전히 고전적인 문제입니다. 데이터가 분할된 후 제품과 주문이 동일한 데이터베이스에 있지 않습니다. 구매자 차원에서 주문 데이터 간의 일관성을 보장하는 방법은 무엇입니까? 판매자 차원의 주문 데이터입니다. 두 가지 솔루션이 있습니다:

(1) 분산 트랜잭션, 고전적인 구현은 2PC를 기반으로 합니다. 충분히 잘 패키징한 후에는 단일 라이브러리(주로 복잡한 쿼리문)를 사용하는 것과 차이는 있지만 전체적인 비즈니스 변화는 크지 않다는 장점이 있습니다. 단점은 성능이 너무 떨어진다는 점이다. 원래 분산 데이터베이스의 도입은 주로 성능을 기하급수적으로 향상시키려고 했으나, 분산 트랜잭션의 도입으로 인해 이러한 성능 향상이 크게 감소한 경우가 많다.

(2) 이 글의 주인공인 메시지 미들웨어는 메시지 미들웨어의 기능 중 하나가 다양한 시스템 간의 통신을 담당하는 것으로, 여기서 상품과 주문 시스템의 동기화 문제에 매우 적합합니다. 메시지 미들웨어 도입 후의 주문 과정은 사용자 A가 주문을 한 후 메시지 미들웨어에 메시지를 보내는 것입니다. 제품 시스템은 주문 메시지를 구독하고 해당 재고를 차감합니다.

여기에서 몇 가지 주의할 점이 있습니다:

a. 메시지 전송에 시간이 걸립니다. 단, 동시 상황에서는 재고가 충분하지 않을 수 있습니다. 따라서 실제로 재고가 감소된 경우에만 성공적인 주문이 표시될 수 있습니다. 즉, 주문이 완료된 후에는 주문이 표시되지만 사용자에게는 상태가 표시되지 않습니다. 제품 시스템에 의해 성공적으로 축소되면 주문 시스템에 상태 업데이트 알림이 전달됩니다(여전히 메시지 미들웨어(애플리케이션);

b. 메시지의 신뢰성은 매우 높습니다. 메시지를 보낼 때 메시지가 성공적으로 반환되면 메시지가 전달되는지 확인하는 데 필요합니다. 메시지가 전송되지 않으면 주문 비즈니스가 자체적으로 롤백해야 합니다.

c. 중복을 제거하려면 메시지 ID를 사용해야 합니다.

d. 성공 또는 실패 여부를 최대한 빨리 확인해야 하므로 주문이 성공적으로 이루어진 후 예약된 메시지를 설정해야 합니다. 일정 시간이 지난 후에도 주문 재고가 성공적으로 차감되지 않은 경우 이때 사용자에게 주문 실패를 알려야 합니다. , 이 부분은 정기적으로 보충되어야 합니다.

메시지 미들웨어를 도입하면 분산 데이터베이스 데이터 동기화 문제를 효과적으로 해결하고 분산 트랜잭션을 피할 수 있습니다. 그리고 추가적인 이점은 인벤토리를 줄일 때 동시 잠금 경합을 줄여 성능을 향상시킨다는 것입니다.


성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.