이 기사에서는 웹 사이트의 다양한 동시 액세스 수준에서 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. 목록 분할
목록 분할은 범위 분할과 동일한 아이디어를 가지며 둘 다 수행됩니다. 서로 다른 샤딩 키를 사용하여 서로 다른 클러스터로 라우팅하지만 구체적인 방법은 다소 다릅니다. 리스트는 샤딩 키가 연속적인 간격이 아니고 시퀀스가 클러스터에 속하는 상황에 주로 사용됩니다

산성 속성에는 원자력, 일관성, 분리 및 내구성이 포함되며 데이터베이스 설계의 초석입니다. 1. 원자력은 거래가 완전히 성공적이거나 완전히 실패하도록합니다. 2. 일관성은 거래 전후에 데이터베이스가 일관성을 유지하도록합니다. 3. 격리는 거래가 서로를 방해하지 않도록합니다. 4. 지속성은 거래 제출 후 데이터가 영구적으로 저장되도록합니다.

MySQL은 데이터베이스 관리 시스템 (DBMS) 일뿐 만 아니라 프로그래밍 언어와 밀접한 관련이 있습니다. 1) DBMS로서 MySQL은 데이터를 저장, 구성 및 검색하는 데 사용되며 인덱스 최적화는 쿼리 성능을 향상시킬 수 있습니다. 2) SQL과 같은 ORM 도구를 사용하여 Python에 내장 된 SQL과 프로그래밍 언어를 결합하면 작업을 단순화 할 수 있습니다. 3) 성능 최적화에는 인덱싱, 쿼리, 캐싱, 라이브러리 및 테이블 부서 및 거래 관리가 포함됩니다.

MySQL은 SQL 명령을 사용하여 데이터를 관리합니다. 1. 기본 명령에는 선택, 삽입, 업데이트 및 삭제가 포함됩니다. 2. 고급 사용에는 조인, 하위 쿼리 및 집계 함수가 포함됩니다. 3. 일반적인 오류에는 구문, 논리 및 성능 문제가 포함됩니다. 4. 최적화 팁에는 인덱스 사용, 선택*을 피하고 한계 사용이 포함됩니다.

MySQL은 데이터 저장 및 관리에 적합한 효율적인 관계형 데이터베이스 관리 시스템입니다. 장점에는 고성능 쿼리, 유연한 트랜잭션 처리 및 풍부한 데이터 유형이 포함됩니다. 실제 애플리케이션에서 MySQL은 종종 전자 상거래 플랫폼, 소셜 네트워크 및 컨텐츠 관리 시스템에서 사용되지만 성능 최적화, 데이터 보안 및 확장성에주의를 기울여야합니다.

SQL과 MySQL의 관계는 표준 언어와 특정 구현의 관계입니다. 1.SQL은 관계형 데이터베이스를 관리하고 운영하는 데 사용되는 표준 언어로, 데이터 추가, 삭제, 수정 및 쿼리를 허용합니다. 2.MySQL은 SQL을 운영 언어로 사용하고 효율적인 데이터 저장 및 관리를 제공하는 특정 데이터베이스 관리 시스템입니다.

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

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

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


핫 AI 도구

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

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

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

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

VSCode Windows 64비트 다운로드
Microsoft에서 출시한 강력한 무료 IDE 편집기
