대규모 웹사이트에서 mysql 애플리케이션 아키텍처의 진화
이 기사에서는 웹 사이트의 다양한 동시 액세스 수준에서 Mysql 아키텍처의 진화를 주로 설명합니다.
확장성
아키텍처의 확장성은 종종 동시성과 밀접한 관련이 있으며 동시성은 없습니다. 성장, 확장성이 뛰어난 아키텍처를 구축할 필요는 없습니다. 확장성에 대해 간단히 소개합니다.
스케일업: 수직 확장, 더 나은 머신과 리소스로 교체 확장성 확보 및 서비스 성능 향상
Scale-out: 수평적 확장, 노드(머신)를 추가하여 확장성 확보 및 서비스 성능 향상
인터넷에서 동시성이 높은 애플리케이션에는 없습니다. 수평 확장이 탈출구인지 의심스럽습니다. 고급 기계를 수직으로 구입하는 것은 항상 금기시되는 문제였으며 수평 확장 이론에 따르면 확장성의 이상적인 상태는 무엇입니까?
확장성의 이상적인 상태
서비스가 더 높은 동시성을 직면할 때 단순히 머신을 추가하는 것만으로도 서비스가 지원하는 동시성을 향상시킬 수 있고, 머신 프로세스의 연결 수를 늘릴 수 있습니다. 서비스에 영향을 미치지 않습니다(다운타임 없음). 이는 확장성의 이상적인 상태입니다!
아키텍처의 진화
V1.0 간단한 웹사이트 아키텍처
간단한 작은 웹사이트나 애플리케이션 뒤에 있는 아키텍처는 매우 간단할 수 있으며, 데이터에는 단 하나의 mysql 인스턴스만 필요합니다. 저장소 데이터 읽기 및 쓰기 요구 사항을 충족하기 위해(여기에서는 데이터 백업 인스턴스가 무시됨) 이 기간의 웹사이트는 일반적으로 모든 정보를 데이터베이스 인스턴스에 저장합니다.
이러한 아키텍처에서 데이터 저장의 병목 현상은 무엇인지 살펴보겠습니다.
1. 데이터의 전체 크기는 한 머신에 들어갈 수 없습니다
2. 데이터의 인덱스(B+Tree)는 한 머신의 메모리에 들어갈 수 없습니다
3 .한 번에 방문 횟수(읽기와 쓰기 혼합)가 용납될 수 없습니다
위 세 가지 중 하나 이상 충족될 경우에만 다음 단계로의 진화를 고려해야 합니다. 수준. 이를 통해 실제로 많은 소규모 회사와 소규모 애플리케이션의 경우 이 아키텍처가 요구 사항을 충족하기에 충분하다는 것을 알 수 있습니다. 결국 초기 데이터 볼륨에 대한 정확한 평가는 과잉 설계를 방지하는 데 중요한 단계입니다. 불가능한 것에 대해 걱정하고 경험을 낭비하십시오.
다음은 간단한 예입니다. 사용자 정보 테이블(인덱스 3개)의 경우 16G 메모리는 약 2천만 행의 데이터 인덱스를 보유할 수 있으며 간단한 혼합 읽기 및 쓰기 액세스 볼륨은 약 3000/s입니다. . 질문, 귀하의 애플리케이션 시나리오는
V2.0 수직 분할
일반적으로 V1.0에서 병목 현상이 발생할 때 가장 먼저 가장 쉬운 분할 방법은 수직 분할입니다. 비즈니스 관점에서 병목 현상 제거라는 목표를 달성하기 위해 밀접하게 관련되지 않은 데이터는 여러 인스턴스로 분할됩니다. 그림의 예를 보면 사용자 정보 데이터와 비즈니스 데이터가 세 개의 서로 다른 인스턴스로 분할됩니다. 여러 유형의 반복 읽기가 있는 시나리오의 경우 캐시 계층을 추가하여 DB에 대한 부담을 줄일 수도 있습니다.
이러한 아키텍처에서 데이터 저장의 병목 현상은 무엇인지 살펴보겠습니다.
1. 단일 인스턴스 단일 비즈니스에는 여전히 V1.0에서 언급된 병목 현상이 있습니다.
병목 현상이 발생하면 읽기 요청으로 인해 이 문서의 상위 V 버전으로 업그레이드하는 것을 고려할 수 있습니다. 성능 병목 현상이 있는 경우 V3.0으로 업그레이드하고 다른 병목 현상이 있는 경우 V4.0으로 업그레이드하는 것을 고려해 보세요.
V3.0 마스터-슬레이브 아키텍처
이 유형의 아키텍처는 V2.0 아키텍처의 읽기 문제를 주로 Mysql에 실시간 데이터 백업을 첨부하여 마이그레이션합니다. 시나리오 마스터-슬레이브 구조를 통해 마스터 라이브러리는 쓰기 압력에 저항하고 슬레이브 라이브러리는 읽기 압력을 공유합니다. 쓰기가 적고 읽기가 많은 애플리케이션의 경우 V3.0 마스터-슬레이브 아키텍처가 완벽하게 지원됩니다.
이러한 아키텍처에서 데이터 스토리지의 병목 현상은 무엇인지 살펴보겠습니다.
1. 메인 라이브러리가 글쓰기 양을 감당할 수 없음
V4.0 가로 분할
V2.0 V3.0 솔루션에 병목 현상이 발생하면 수평 분할 수평 분할과 수직 분할의 결과는 하나의 인스턴스가 전체 데이터 양을 가지지만, 수평 분할 후에는 모든 인스턴스가 전체 데이터 양의 1/n만 갖는다는 것입니다. , 아래 그림의 Userinfo 분할을 예로 들어 보겠습니다. userinfo를 3개의 클러스터로 분할합니다. 각 클러스터는 전체 데이터의 1/3을 보유합니다. (참고: 이는 전체 데이터와 동일합니다. 클러스터(마스터와 슬레이브를 포함하는 작은 mysql 클러스터를 나타냄) 대신 단일 인스턴스라고 부릅니다.
데이터를 어떻게 라우팅합니까?
1. 범위 분할
샤딩 키는 연속 간격에 따라 라우팅되며 일반적으로 Userid 범위의 작은 예인 Userid와 같은 엄격한 자동 증가 ID 요구 사항이 있는 시나리오에서 사용됩니다. userid 사용 범위 1번 클러스터 사용자 ID 1-3000W 2번 클러스터 사용자 ID 3001W-6000W에 대한 3000W 분할
2. 목록 분할
목록 분할은 범위 분할과 동일한 아이디어를 가지며 둘 다 수행됩니다. 서로 다른 샤딩 키를 사용하여 서로 다른 클러스터로 라우팅하지만 구체적인 방법은 다소 다릅니다. 리스트는 샤딩 키가 연속적인 간격이 아니고 시퀀스가 클러스터에 속하는 상황에 주로 사용됩니다
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
AI Hentai Generator
AI Hentai를 무료로 생성하십시오.
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
7467
15
1376
52
77
11
45
19
18
19
MySQL 사용자와 데이터베이스의 관계
Apr 08, 2025 pm 07:15 PM
MySQL 데이터베이스에서 사용자와 데이터베이스 간의 관계는 권한과 테이블로 정의됩니다. 사용자는 데이터베이스에 액세스 할 수있는 사용자 이름과 비밀번호가 있습니다. 권한은 보조금 명령을 통해 부여되며 테이블은 Create Table 명령에 의해 생성됩니다. 사용자와 데이터베이스 간의 관계를 설정하려면 데이터베이스를 작성하고 사용자를 생성 한 다음 권한을 부여해야합니다.
MySQL : 초보자를위한 데이터 관리의 용이성
Apr 09, 2025 am 12:07 AM
MySQL은 설치가 간단하고 강력하며 데이터를 쉽게 관리하기 쉽기 때문에 초보자에게 적합합니다. 1. 다양한 운영 체제에 적합한 간단한 설치 및 구성. 2. 데이터베이스 및 테이블 작성, 삽입, 쿼리, 업데이트 및 삭제와 같은 기본 작업을 지원합니다. 3. 조인 작업 및 하위 쿼리와 같은 고급 기능을 제공합니다. 4. 인덱싱, 쿼리 최적화 및 테이블 파티셔닝을 통해 성능을 향상시킬 수 있습니다. 5. 데이터 보안 및 일관성을 보장하기위한 지원 백업, 복구 및 보안 조치.
Redshift Zero ETL과의 RDS MySQL 통합
Apr 08, 2025 pm 07:06 PM
데이터 통합 단순화 : AmazonRdsMysQL 및 Redshift의 Zero ETL 통합 효율적인 데이터 통합은 데이터 중심 구성의 핵심입니다. 전통적인 ETL (추출, 변환,로드) 프로세스는 특히 데이터베이스 (예 : AmazonRDSMySQL)를 데이터웨어 하우스 (예 : Redshift)와 통합 할 때 복잡하고 시간이 많이 걸립니다. 그러나 AWS는 이러한 상황을 완전히 변경 한 Zero ETL 통합 솔루션을 제공하여 RDSMYSQL에서 Redshift로 데이터 마이그레이션을위한 단순화 된 거의 실시간 솔루션을 제공합니다. 이 기사는 RDSMYSQL ZERL ETL 통합으로 Redshift와 함께 작동하여 데이터 엔지니어 및 개발자에게 제공하는 장점과 장점을 설명합니다.
MySQL 사용자 이름 및 비밀번호를 작성하는 방법
Apr 08, 2025 pm 07:09 PM
MySQL 사용자 이름 및 비밀번호를 작성하려면 : 1. 사용자 이름과 비밀번호를 결정합니다. 2. 데이터베이스에 연결; 3. 사용자 이름과 비밀번호를 사용하여 쿼리 및 명령을 실행하십시오.
MySQL의 쿼리 최적화는 데이터베이스 성능을 향상시키는 데 필수적입니다. 특히 대규모 데이터 세트를 처리 할 때
Apr 08, 2025 pm 07:12 PM
1. 올바른 색인을 사용하여 스캔 한 데이터의 양을 줄임으로써 데이터 검색 속도를 높이십시오. 테이블 열을 여러 번 찾으면 해당 열에 대한 인덱스를 만듭니다. 귀하 또는 귀하의 앱이 기준에 따라 여러 열에서 데이터가 필요한 경우 복합 인덱스 2를 만듭니다. 2. 선택을 피하십시오 * 필요한 열만 선택하면 모든 원치 않는 열을 선택하면 더 많은 서버 메모리를 선택하면 서버가 높은 부하 또는 주파수 시간으로 서버가 속도가 느려지며, 예를 들어 Creation_at 및 Updated_at 및 Timestamps와 같은 열이 포함되어 있지 않기 때문에 쿼리가 필요하지 않기 때문에 테이블은 선택을 피할 수 없습니다.
Navicat에서 데이터베이스 비밀번호를 검색 할 수 있습니까?
Apr 08, 2025 pm 09:51 PM
Navicat 자체는 데이터베이스 비밀번호를 저장하지 않으며 암호화 된 암호 만 검색 할 수 있습니다. 솔루션 : 1. 비밀번호 관리자를 확인하십시오. 2. Navicat의 "비밀번호 기억"기능을 확인하십시오. 3. 데이터베이스 비밀번호를 재설정합니다. 4. 데이터베이스 관리자에게 문의하십시오.
산성 특성 이해 : 신뢰할 수있는 데이터베이스의 기둥
Apr 08, 2025 pm 06:33 PM
데이터베이스 산 속성에 대한 자세한 설명 산 속성은 데이터베이스 트랜잭션의 신뢰성과 일관성을 보장하기위한 일련의 규칙입니다. 데이터베이스 시스템이 트랜잭션을 처리하는 방법을 정의하고 시스템 충돌, 전원 중단 또는 여러 사용자의 동시 액세스가 발생할 경우에도 데이터 무결성 및 정확성을 보장합니다. 산 속성 개요 원자력 : 트랜잭션은 불가분의 단위로 간주됩니다. 모든 부분이 실패하고 전체 트랜잭션이 롤백되며 데이터베이스는 변경 사항을 유지하지 않습니다. 예를 들어, 은행 송금이 한 계정에서 공제되지만 다른 계정으로 인상되지 않은 경우 전체 작업이 취소됩니다. BeginTransaction; updateAccountssetBalance = Balance-100WH
마스터 SQL 한계 절 항의 : 쿼리의 행 수 제어
Apr 08, 2025 pm 07:00 PM
sqllimit 절 : 쿼리 결과의 행 수를 제어하십시오. SQL의 한계 절은 쿼리에서 반환 된 행 수를 제한하는 데 사용됩니다. 이것은 대규모 데이터 세트, 페이지 진화 디스플레이 및 테스트 데이터를 처리 할 때 매우 유용하며 쿼리 효율성을 효과적으로 향상시킬 수 있습니다. 구문의 기본 구문 : SelectColumn1, Collect2, ... Fromtable_namelimitnumber_of_rows; 번호_of_rows : 반환 된 행 수를 지정하십시오. 오프셋이있는 구문 : SelectColumn1, Column2, ... Fromtable_namelimitOffset, number_of_rows; 오프셋 : skip
