찾다
데이터 베이스MySQL 튜토리얼전자상거래 시스템의 주문 기능을 위한 MySQL 아키텍처 설계

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

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

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

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

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

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

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

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

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

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

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


성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
InnoDB Redo Logs 및 Undo Logs의 역할을 설명하십시오.InnoDB Redo Logs 및 Undo Logs의 역할을 설명하십시오.Apr 15, 2025 am 12:16 AM

InnoDB는 Redologs 및 Undologs를 사용하여 데이터 일관성과 신뢰성을 보장합니다. 1. Redologs는 사고 복구 및 거래 지속성을 보장하기 위해 데이터 페이지 수정을 기록합니다. 2. 결점은 원래 데이터 값을 기록하고 트랜잭션 롤백 및 MVCC를 지원합니다.

설명 출력 (유형, 키, 행, 추가)에서 찾아야 할 주요 메트릭은 무엇입니까?설명 출력 (유형, 키, 행, 추가)에서 찾아야 할 주요 메트릭은 무엇입니까?Apr 15, 2025 am 12:15 AM

설명 명령에 대한 주요 메트릭에는 유형, 키, 행 및 추가가 포함됩니다. 1) 유형은 쿼리의 액세스 유형을 반영합니다. 값이 높을수록 Const와 같은 효율이 높아집니다. 2) 키는 사용 된 인덱스를 표시하고 NULL은 인덱스가 없음을 나타냅니다. 3) 행은 스캔 한 행의 수를 추정하여 쿼리 성능에 영향을 미칩니다. 4) Extra는 최적화해야한다는 Filesort 프롬프트 사용과 같은 추가 정보를 제공합니다.

설명에서 임시 상태를 사용하고 피하는 방법은 무엇입니까?설명에서 임시 상태를 사용하고 피하는 방법은 무엇입니까?Apr 15, 2025 am 12:14 AM

Temporary를 사용하면 MySQL 쿼리에 임시 테이블을 생성해야 할 필요성이 있으며, 이는 별개의, 그룹 비 또는 비 인덱스 열을 사용하여 순서대로 발견됩니다. 인덱스 발생을 피하고 쿼리를 다시 작성하고 쿼리 성능을 향상시킬 수 있습니다. 구체적으로, 설명 출력에 사용되는 경우, MySQL은 쿼리를 처리하기 위해 임시 테이블을 만들어야 함을 의미합니다. 이것은 일반적으로 다음과 같은 경우에 발생합니다. 1) 별개 또는 그룹을 사용할 때 중복 제거 또는 그룹화; 2) OrderBy가 비 인덱스 열이 포함되어있을 때 정렬하십시오. 3) 복잡한 하위 쿼리 또는 조인 작업을 사용하십시오. 최적화 방법은 다음과 같습니다. 1) Orderby 및 GroupB

다른 SQL 트랜잭션 격리 수준 (커밋되지 않은 읽기, 읽기, 커밋 가능한 읽기, 반복 가능한 읽기, 시리얼이즈 가능) 및 MySQL/innoDB에서의 의미를 설명하십시오.다른 SQL 트랜잭션 격리 수준 (커밋되지 않은 읽기, 읽기, 커밋 가능한 읽기, 반복 가능한 읽기, 시리얼이즈 가능) 및 MySQL/innoDB에서의 의미를 설명하십시오.Apr 15, 2025 am 12:11 AM

MySQL/InnoDB는 4 개의 트랜잭션 격리 수준을 지원합니다. Readuncommitted, ReadCommitted, ReturableRead 및 Serializable. 1. READUCMITTED는 커밋되지 않은 데이터를 읽을 수 있으므로 더러운 판독 값을 유발할 수 있습니다. 2. ReadCommitted는 더러운 읽기를 피하지만 반복 할 수없는 독서가 발생할 수 있습니다. 3. RepeatableRead는 더러운 읽기와 반복 할 수없는 독서를 피하는 기본 레벨이지만 팬텀 독서가 발생할 수 있습니다. 4. 직렬화 가능한 것은 모든 동시성 문제를 피하지만 동시성을 줄입니다. 적절한 격리 수준을 선택하려면 균형 잡힌 데이터 일관성 및 성능 요구 사항이 필요합니다.

MySQL 대 기타 데이터베이스 : 옵션 비교MySQL 대 기타 데이터베이스 : 옵션 비교Apr 15, 2025 am 12:08 AM

MySQL은 웹 응용 프로그램 및 컨텐츠 관리 시스템에 적합하며 오픈 소스, 고성능 및 사용 편의성에 인기가 있습니다. 1) PostgreSQL과 비교하여 MySQL은 간단한 쿼리 및 높은 동시 읽기 작업에서 더 잘 수행합니다. 2) Oracle과 비교할 때 MySQL은 오픈 소스와 저렴한 비용으로 인해 중소 기업에서 더 인기가 있습니다. 3) Microsoft SQL Server와 비교하여 MySQL은 크로스 플랫폼 응용 프로그램에 더 적합합니다. 4) MongoDB와 달리 MySQL은 구조화 된 데이터 및 트랜잭션 처리에 더 적합합니다.

MySQL Index Cardinality는 쿼리 성능에 어떤 영향을 미칩니 까?MySQL Index Cardinality는 쿼리 성능에 어떤 영향을 미칩니 까?Apr 14, 2025 am 12:18 AM

MySQL Index Cardinality는 쿼리 성능에 중대한 영향을 미칩니다. 1. 높은 카디널리티 인덱스는 데이터 범위를보다 효과적으로 좁히고 쿼리 효율성을 향상시킬 수 있습니다. 2. 낮은 카디널리티 인덱스는 전체 테이블 스캔으로 이어질 수 있으며 쿼리 성능을 줄일 수 있습니다. 3. 관절 지수에서는 쿼리를 최적화하기 위해 높은 카디널리티 시퀀스를 앞에 놓아야합니다.

MySQL : 신규 사용자를위한 리소스 및 튜토리얼MySQL : 신규 사용자를위한 리소스 및 튜토리얼Apr 14, 2025 am 12:16 AM

MySQL 학습 경로에는 기본 지식, 핵심 개념, 사용 예제 및 최적화 기술이 포함됩니다. 1) 테이블, 행, 열 및 SQL 쿼리와 같은 기본 개념을 이해합니다. 2) MySQL의 정의, 작업 원칙 및 장점을 배우십시오. 3) 인덱스 및 저장 절차와 같은 기본 CRUD 작업 및 고급 사용량을 마스터합니다. 4) 인덱스의 합리적 사용 및 최적화 쿼리와 같은 일반적인 오류 디버깅 및 성능 최적화 제안에 익숙합니다. 이 단계를 통해 MySQL의 사용 및 최적화를 완전히 파악할 수 있습니다.

실제 MySQL : 예 및 사용 사례실제 MySQL : 예 및 사용 사례Apr 14, 2025 am 12:15 AM

MySQL의 실제 응용 프로그램에는 기본 데이터베이스 설계 및 복잡한 쿼리 최적화가 포함됩니다. 1) 기본 사용 : 사용자 정보 삽입, 쿼리, 업데이트 및 삭제와 같은 사용자 데이터를 저장하고 관리하는 데 사용됩니다. 2) 고급 사용 : 전자 상거래 플랫폼의 주문 및 재고 관리와 같은 복잡한 비즈니스 로직을 처리합니다. 3) 성능 최적화 : 인덱스, 파티션 테이블 및 쿼리 캐시를 사용하여 합리적으로 성능을 향상시킵니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

인기 기사

R.E.P.O. 에너지 결정과 그들이하는 일 (노란색 크리스탈)
4 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 최고의 그래픽 설정
4 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 아무도들을 수없는 경우 오디오를 수정하는 방법
4 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
WWE 2K25 : Myrise에서 모든 것을 잠금 해제하는 방법
1 몇 달 전By尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

안전한 시험 브라우저

안전한 시험 브라우저

안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

에디트플러스 중국어 크랙 버전

에디트플러스 중국어 크랙 버전

작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

DVWA

DVWA

DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.