8.12.3 자체 벤치 마크 사용

응용 프로그램과 데이터베이스의 벤치마킹을 실시 병목 현상의 위치를​​ 찾습니다. 하나의 병목 현상을 수정 (또는 그것을 "dummy"모듈로 대체)하여 다음의 병목 현상을 식별하는 데 진행할 수 있습니다. 현재 응용 프로그램의 전반적인 성능이 적당한 것으로도 언젠가 실제로 성능 향상이 필요할 경우 적어도 각 병목 계획을 세워 해결 방법을 결정해야한다.

이식 가능한 벤치 마크 프로그램의 예는 MySQL 벤치 마크 스위트에서 그들을 참조하십시오. 섹션 8.12.2 「MySQL 벤치 마크 스위트 " 를 참조하십시오. 이 스위트에서 어떤 프로그램을 선택하고 자신의 필요에 맞게 변경할 수 있습니다. 이렇게함으로써 각각의 문제에 대한 다양한 해결 방법을 시도해 실제로 가장 빠르다는 것은 어떤 것인지를 테스트 할 수 있습니다.

또 다른 무료 벤치 마크 스위트는 Open Source Database Benchmark이며, http://osdb.sourceforge.net/ 에서 구할 수 있습니다.

시스템의 부하가 매우 높은 경우에만 문제가 발생하는 것은 흔한 일입니다. (테스트 된) 시스템이 가동시키고 부하 문제가 발생했을 때 물어볼 고객이 다수있었습니다. 대부분의 경우 성능 문제는 고부하시 테이블 스캔의 불량 등 데이터베이스의 기본 설계의 문제 또는 운영 체제와 라이브러리의 문제에 의한 것으로 판명 있습니다. 대부분의 경우 시스템이 여전히 프로덕션에 들어 있지 않은 경우가 더 이러한 문제의 해결이 훨씬 용이합니다.

이러한 문제를 해결하려면 수있는 최악의 부하 전체 애플리케이션의 벤치 마크를 실시합니다.

이러한 프로그램이나 패키지는 시스템을 손상시킬 가능성이 있기 때문에 그들은 개발 시스템에서만 사용하도록하십시오.