[MySQL 데이터베이스] 2장: MySQL 벤치마크 테스트 해석

머리말:

벤치마크: 기본 기술은 시스템 설계에 대한 스트레스 테스트입니다. 이는 주어진 작업 부하 하에서 시스템에 어떤 일이 일어나는지 알 수 있는 유일하고 편리하며 효과적인 방법입니다. 시스템 용량을 평가하고, 중요한 변경 사항이 무엇인지 이해하거나, 시스템이 다양한 데이터를 처리하는 방법을 관찰하고, 시스템의 실제 로드 외부에서 테스트하기 위한 가상 시나리오를 만들 수 있습니다(마스터 시스템 동작)

텍스트:

서문에서 언급했듯이 벤치마크 테스트는 매우 중요합니다! 수행할 수 있는 작업: 일반적으로 하드웨어 테스트, 하드웨어 추정, 시스템 확인, 압력 측정, 구성 조정

1. 시스템을 기반으로 한 가정을 확인하고 가정이 실제 상황과 일치하는지 확인합니다. 2. 특정 측면을 재현합니다. 3. 시스템의 현재 작동을 테스트하고 과거 결과를 사용하여 예측할 수 없는 문제를 분석 및 진단합니다. 4. 압력이 증가함에 따라 시스템에 발생할 수 있는 확장성 병목 현상을 찾아냅니다. 향후 비즈니스 성장, 하드웨어, 네트워크 용량, 관련 리소스를 계획합니다. 6. 다양한 환경에 적응하는 애플리케이션의 능력을 테스트합니다. 7. 장비가 올바르게 구성되었는지 확인하기 위해 다양한 하드웨어, 소프트웨어 및 운영 체제 구성을 테스트합니다. 데이터베이스 그 기능은 현재 구성(하드웨어 구성, OS, 데이터베이스 설정 등 포함)에서 데이터베이스 성능을 분석하여 MySQL의 성능 임계값을 찾아 실제 시스템 요구 사항에 따라 구성을 조정하는 것입니다. [출처]

실제 압박감과는 다릅니다. 실제 복잡하고 변경 가능합니다. 벤치마크 테스트는 가능한 한 빨리 실행해야 하며, 간단하고 직접적이며, 결과를 비교하기 쉽고, 비용이 저렴하고 구현이 쉽습니다.

2.2 전략

전체 시스템을 목표로 합니다. : 통합된 전체 스택

MySQL만 테스트: 단일 구성 요소

전체 테스트 권장: 올바른 설정

1. 사용자는 전체 성능에 중점을 둡니다. 2. MySQL은 항상 병목 현상을 일으키는 것은 아닙니다. 애플리케이션 성능의 실제 특성

권장되는 별도 테스트: 데이터 필요

1. 다양한 스키마 또는 쿼리의 성능을 비교해야 함 2. 특정 문제에 대한 테스트 3. 길고 단기적인 빠른 주기를 피함

2.2.1 지표

목표: 일련의 문제로 세분화하고 특정 문제를 자세히 분석합니다

처리량:

단위 시간당 트랜잭션 수, TPC-C, 다중 사용자 대화형 애플리케이션, 초당 트랜잭션 수, 분당 트랜잭션 수

응답 시간 또는 지연

​ 테스트 작업에 필요한 전체 시간, 평균 응답 시간, 최소 응답 시간, 최대 응답 시간 및 백분율은 차트를 사용하세요.

동시성:

​ 성능 테스트 다양한 동시성에서 애플리케이션의 작업 동시 작업, 동시에 작동하는 스레드 수, 연결 수에 주의하세요.

웹 서버 동시성! = 데이터베이스, 세션 저장 메커니즘의 데이터 처리 용량, 웹 동시 시간 테스트를 위한 동시성, 시스템 처리량 두 배

시스템 비즈니스 압력이 변경될 수 있습니다. 확장성을 측정해야 합니다. 표시기는 용량 사양에 유용합니다. 애플리케이션 병목 현상을 발견하기 위한 정보를 제공합니다.

다음을 기반으로 테스트 요구 사항을 최대한 수집합니다. 요구 사항을 설계하고 테스트할 때 일부 표시기에만 집중하고 다른 표시기를 무시하는 것을 피하세요.

2.3 방법

실제 애플리케이션 상황에 최대한 가깝게:

전체 세트 사용, 데이터 분포 특성, 실제 분포 매개변수, 다중 사용자 존재 여부, 사용자 행동 일치, 다중 유형, 오류 로그 확인, 시스템 워밍업: 얼마나 오래 지속됩니까? 다시 시작한 후 정상적인 성능 용량에 도달하고 일정 시간 동안 지속됩니다.

2.3.1 디자인, 사양

질문하고 명확한 목표

표준 벤치마크 테스트:

적합한 솔루션 TPC-H OLTP

전용 테스트:

프로덕션 데이터 세트의 복잡하고 반복적이며 복원하기 쉬운 스냅샷

계획:

매개변수, 문서화된 결과, 자세한 테스트 기록2.3.2시간

벤치마크 테스트는 오랫동안 실행되어야 합니다. 충분한 시간. 시간을 확인할 수 없으면 영원히 실행될 수 있습니다. 시스템이 안정적인 것으로 확인될 때까지 계속 관찰하세요.

간단한 테스트 규칙: 시스템이 안정적으로 나타나는 데 걸리는 시간은 최소한입니다. 시스템 워밍업을 위해

2.3 .3 시스템 성능 및 상태 확인테스트 중인 시스템에 대해 최대한 많은 정보를 수집하세요

디렉터리를 생성하고 각 테스트 라운드마다 별도의 하위 디렉터리를 생성한 후 결과를 저장합니다. 구성 파일, 테스트 표시기, 스크립트 및 기타 관련 지침이 포함되어 있습니다.

기록해야 할 것은 데이터입니다:

시스템 상태, 성능 표시기: CPU 사용량, 디스크 I/O, 네트워크 트래픽 통계, SHOWGLOBAL STATUS 카운터

합리적인 간격 , 시작 시간, 활용 타임스탬프를 기록하고 그냥 수집하세요

2.3.4 정확한 결과 얻기

다음 질문에 답하세요:

올바른 벤치마크를 선택하셨나요? 질문에 대한 데이터가 수집되었나요? 예열 시간은 충분히 길죠?

잘못된 테스트 표준이 사용됩니까? IO 집약적인 참조는 성능을 평가하기 위해 CPU 집약적인 테스트 표준을 사용합니까?

테스트 결과가 반복 가능합니까? 재테스트하기 전에 시스템 상태가 일관적인지 확인하세요. 증상 테스트

영향 요인:

외부 압력, 성능 분석, 모니터링 시스템, 세부 로그, 주기적인 작업

참고:

프로세스에 필요한 리소스는 테스트용으로 특별히 필요합니다. 테스트 매개변수를 최대한 적게 수정하고 반복을 통해 점차적으로 벤치마크 테스트의 매개변수를 수정합니다. 프로세스의 비정상적인 조건을 주의 깊게 연구하고 이유를 찾습니다.

2.3.5 테스트 분석 결과 실행

자동화: 인적 오류 감소, Makefile 파일, 스크립트

테스트 결과 현재 요구 사항을 충족하려면 몇 차례의 테스트를 실행하고 결과를 확인하세요. 결과가 크게 바뀌면 몇 번 더 실행하거나 더 오랫동안 실행할 수 있습니다. 결과:

분석, 숫자를 지식으로 전환, 궁극적인 목표는 설계 중 질문에 답하는 것입니다

의미 있는 결과를 추상화하는 방법은 데이터 수집 방법, 데이터 분석을 위한 스크립트 작성 방법, 인적 오류 감소, 작업량, 반복성 및 문서화 방법에 따라 다릅니다

2.3.6 그리기

중요성

그림은 천 마디 말보다 중요해요. 원래 아기가 지도를 그리고 싶어하는 지식 포인트가 있었지만 그림은 없었어요

책에 그런 문장이 있어요. , 공유하겠습니다: SHOW FULL PROCESSLIST는 무엇을 표시합니까? 스레드가 실행 중입니다. SUPER 권한이 있는 경우에는 mysqladmin processlist 문을 사용할 수도 있습니다. 그렇지 않으면 모든 스레드만 볼 수 있습니다. FULL 키워드를 사용하지 않으면 각 스레드만 표시됩니다. [출처]

2.4 벤치마크 테스트 도구

통합 테스트 도구: 전체 애플리케이션

1. ab 초당 처리할 수 있는 최대 요청 수인 Apache HTTP입니다. [참고] [2]

2. http_load: ab는 유사하고 더 유연하며 입력 파일을 통해 여러 URL을 제공하도록 설계되었습니다. 테스트를 위해 무작위로 선택합니다. 또한 시간 비율에 따라 테스트하도록 사용자 정의할 수도 있습니다.

3. JMeter, java 다른 응용 프로그램을 로드하고 성능을 테스트할 수 있는 프로그램입니다. 단일 구성 요소: MySQL 기반 시스템 성능 테스트 1. mysqlslap: mysql5.1부터 서버 로드 시뮬레이션, 타이밍 정보 출력, 동시 연결 수 실행, 지정 그렇지 않으면 select 문이 자동으로 생성됩니다. [참고]

2. MySQL Benchmark Suite(sql-bench): 기본 제공, 5.7에서 제거됨,

다른 데이터베이스 서버에서의 비교 테스트를 위한 벤치마크 테스트 스위트, 단일- 스레드 직렬 실행, 쿼리 실행 속도 측정

미리 정의된 다수의 테스트가 포함되어 있으며 사용하기 쉽고 다양한 엔진 또는 구성의 성능 테스트를 쉽게 비교할 수 있으며 CPU 집약적이며 어떤 유형의 작업이 더 빨리 수행되는지 결과가 표시됩니다. 단점: 테스트 데이터 세트가 작고 지정된 데이터를 사용할 수 없으며 Perl BDB 지원이 필요합니다. [참고]

3. Super Smack: MySQL, PostgreSQL 제공

스트레스 테스트 및 로드 밸런싱

다중 사용자 액세스를 시뮬레이션하고 테스트 데이터를 데이터베이스에 로드하고 테스트 테이블을 임의의 데이터로 채울 수 있는 강력한 도구 [참고]

4. 데이터베이스 테스트 스위트: 일부 산업 표준 테스트 도구 세트와 유사,

무료 TPC -C OLTP 테스트 도구 5. sysbench: 멀티 스레드 시스템 스트레스 테스트

, 데이터베이스 서버 성능에 영향을 미치는 요소를 기반으로 시스템 성능을 평가합니다.

만능 테스트 도구, MySQL 지원 , 운영 체제, 하드웨어 테스트 [참고] [2]

MySQL의 BENCHMARK() 함수: 특정 작업의 실행 속도를 테스트합니다. 매개 변수는 실행 횟수 또는 표현식(모든 스칼라 표현식)일 수 있습니다.

2.5 사례 여기 n 단어 생략

2.6 요약

드디어 여러분을 기다리고 있습니다~ 음악이 시작됩니다. 적어도 sysbench 사용법, oltp 사용법(다른 시스템 성능 비교) 및 fileio 테스트에 익숙해지는 것이 좋습니다. 자주 벤치마크 테스트를 수행하려면 몇 가지 원칙을 공식화하고 적절한 테스트 도구를 선택하고, 스크립트 라이브러리를 구축하고, 정보 분석 결과를 수집하고, 그리기 도구에 능숙해져야 합니다. 내 다음 기사는?

관련 기사:

[MySQL 데이터베이스] 1장 해석: MySQL 아키텍처와 역사

【MySQL 데이터베이스】3장 해석: 서버 성능 분석(2부)

위 내용은 [MySQL 데이터베이스] 2장: MySQL 벤치마크 테스트 해석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!