초기화 옵션

범퍼카 토토다음 명령 줄 초기화 인수를 허용합니다 :

벤치마킹 옵션

범퍼카 토토다음 명령 줄 벤치마킹 인수를 허용합니다 :

공통 옵션

범퍼카 토토다음 명령 줄 공통 인수를 수락합니다 :

무엇입니까“거래”실제로 수행범퍼카 토토?

범퍼카 토토지정된 목록에서 무작위로 선택한 테스트 스크립트를 실행합니다. 스크립트에는로 지정된 내장 스크립트가 포함될 수 있습니다.-B및 지정된 사용자 제공 스크립트-f. 각 스크립트는 AN 후에 지정된 상대적인 무게가 주어질 수 있습니다@선택 확률을 변경하기 위해. 기본 무게는입니다.1. 무게의 스크립트0무시됩니다.

기본 내장 범퍼카 토토 스크립트 (도-B tpcb-like) 무작위로 선택한 거래에 대한 거래 당 7 개의 명령을 발행AID, TID, BID및델타. 이 시나리오는 TPC-B 벤치 마크에서 영감을 얻었지만 실제로는 TPC-B가 아니므로 이름입니다.

선택하면Simple-Update내장 (또한-n), 4 단계와 5 단계는 거래에 포함되지 않습니다. 이것은이 테이블의 업데이트 경합을 피할 수 있지만 테스트 케이스는 TPC-B와 훨씬 덜 만듭니다..

선택하면선택 전용내장 (또한-s), 만select발행.

사용자 정의 스크립트

범퍼카 토토기본 트랜잭션 스크립트 (위에서 설명한)를 파일에서 읽은 트랜잭션 스크립트로 대체하여 사용자 정의 벤치 마크 시나리오 실행을 지원합니다 (-f옵션). 이 경우 a“거래”스크립트 파일의 하나의 실행으로 계산됩니다.

스크립트 파일에는 세미콜론에 의해 종료 된 하나 이상의 SQL 명령이 포함되어 있습니다. 로 시작하는 빈 줄과 선--무시됩니다. 스크립트 파일도 포함 할 수 있습니다“메타 명령”,범퍼카 토토자체, 아래 설명대로.

스크립트 파일에 대한 간단한 변수-치수 시설이 있습니다. 변수는 명령 줄에 의해 설정할 수 있습니다-d옵션, 위에서 설명한 옵션 또는 아래 설명 된 메타 명령에 의해. 에 의해 사전 설정된 변수 외에-d명령 줄 옵션에는 자동으로 사전 설정된 몇 가지 변수가 있습니다.표 242. 를 사용하여 이러한 변수에 지정된 값-d자동 사전 설정보다 우선합니다. 정해지면 변수의 값을 쓰면 SQL 명령에 삽입 할 수 있습니다:variablename. 둘 이상의 클라이언트 세션을 실행할 때 각 세션에는 자체 변수 세트가 있습니다.

스크립트 파일 메타 명령은 백 슬래시로 시작합니다 (\) 일반적으로 백 슬래시 리턴을 작성하여 추가 라인을 계속 유지할 수는 있지만 일반적으로 줄 끝으로 확장됩니다. 메타 명령에 대한 인수는 공백으로 분리됩니다. 이 메타 명령은 다음과 같습니다.

내장 기능

나열된 함수표 243내장범퍼카 토토\ set.

therandom함수 균일 분포를 사용하여 값을 생성합니다. 즉, 모든 값은 지정된 범위 내에서 동일한 확률로 그려집니다. 그만큼random_exponential및random_gaussian함수는 분포의 정확한 모양을 결정하는 추가 이중 매개 변수가 필요합니다.

예를 들어, 내장 TPC-B와 유사한 트랜잭션의 전체 정의는 다음과 같습니다.

\ read random (1, 100000 * : 스케일)
\ 입찰 무작위 설정 (1, 1 * : 스케일)
\ tid Random (1, 10 * : Scale) 세트
\ 델타 랜덤 설정 (-5000, 5000)
시작하다;
범퍼카 토토_ACCOUNTS 업데이트 세트 Abalance = Abalance + : Delta Aid = : AID;
AID = : AID;
범퍼카 토토_TELLERS 업데이트 TBALANCE = TBALANCE + : DELTA WHERE TID = : TID;
범퍼카 토토_BRANCHES 업데이트 SET BBALANCE = BBALANCE + : DELTA BID = : BID;
범퍼카 토토_history에 삽입 (TID, BID, AID, DELTA, MTIME) 값 (: TID, : BID, : AID, : DELTA, CURRENT_TIMESTAMP);
끝;

이 스크립트를 사용하면 트랜잭션의 각 반복이 무작위로 선택된 다른 행을 참조 할 수 있습니다. (이 예제는 또한 각 클라이언트 세션이 자체 변수를 갖는 것이 중요한 이유를 보여줍니다. 그렇지 않으면 다른 행에 독립적으로 만지지 않을 것입니다.)

범퍼카 토토 당 로깅

with-l옵션 (그러나 없음-gregate-interval옵션),범퍼카 토토각 범퍼카 토토에 대한 정보를 로그 파일에 작성합니다. 로그 파일의 이름이 지정됩니다접두사.NNN, 여기서접두사기본값으로범퍼카 토토_log및NNN범퍼카 토토프로세스. 를 사용하여 접두사를 변경할 수 있습니다.-로그-프리 픽스옵션. 인 경우-j옵션은 2 이상이므로 여러 작업자 스레드가 있으면 각각 자체 로그 파일이 있습니다. 첫 번째 작업자는 표준 단일 작업자 케이스에서와 동일한 로그 파일의 이름을 사용합니다. 다른 작업자를위한 추가 로그 파일은 이름이 지정됩니다접두사.NNN.MMM, 여기서mmm1로 시작하는 각 작업자의 순차적 번호입니다.

로그의 형식은 다음과 같습니다.

client_id Transaction_No Time script_no time_epoch time_us[ schedule_lag ]

어디client_id트랜잭션을 실행 한 클라이언트 세션을 나타냅니다.Transaction_NO해당 세션에서 얼마나 많은 범퍼카 토토을 운영했는지 계산합니다.Time| 마이크로 초의 총 경과 범퍼카 토토 시간입니다.script_no사용 된 스크립트 파일을 식별합니다 (여러 스크립트가 지정된 경우 유용-f또는-B) 및time_epoch/time_us는 범퍼카 토토이 완료된 시점을 보여주는 표시를 보여주는 Unix-Epoch 타임 스탬프 및 마이크로 초의 오프셋입니다 (분수 초가있는 ISO 8601 타임 스탬프를 생성하는 데 적합). 그만큼schedule_lag필드는 범퍼카 토토의 예정된 시작 시간과 실제로 시작된 시간의 차이입니다. 만있을 때만-레이트옵션이 사용됩니다. 둘 다-레이트및-latency-limit사용됩니다.Time건너 뛰는 거래는로보고됩니다.건너 뛰기.

여기 단일 클라이언트 실행에서 생성 된 로그 파일의 스 니펫이 있습니다 :

0 199 2241 0 1175850568 995598
0 200 2465 0 1175850568 998079
0 201 2513 0 1175850569 608
0 202 2038 0 1175850569 2663

다른 예제--- 레이트 = 100및-latency-limit = 5(추가 참고schedule_lag열) :

0 81 4621 0 1412881037 912698 3005
0 82 6173 0 1412881037 914578 4304
0 83 건너 뛰기 0 1412881037 914578 5217
0 83 건너 뛰기 0 1412881037 914578 5099
0 83 4722 0 1412881037 916203 3108
0 84 4142 0 1412881037 918023 2333
0 85 2465 0 1412881037 919759 740

이 예에서는 트랜잭션 82가 늦었습니다. 대기 시간 (6.173ms)이 5ms 한도를 초과했기 때문입니다. 다음 두 거래는 시작되기 전 이미 늦었 기 때문에 건너 뜁니다.

많은 범퍼카 토토을 처리 할 수있는 하드웨어에서 긴 테스트를 실행할 때 로그 파일이 매우 커질 수 있습니다. 그만큼--샘플링-레이트옵션을 사용하여 임의의 거래 샘플 만 기록 할 수 있습니다.

집계 로깅

with-gregate-interval옵션, 로그 파일에는 다른 형식이 사용됩니다.

Interval_Start NUM_TRANSACTION sum_latency sum_latency_2 min_latency max_latency[ sum_lag sum_lag_2 min_lag max_lag[ 건너 뛰기 ]]

어디Interval_Start간격의 시작입니다 (Unix Epoch 타임 스탬프로),NUM_TRANSACTION간격 내의 범퍼카 토토 수입니다.sum_latency간격 내의 범퍼카 토토 대기 시간의 합은입니다.sum_latency_2간격 내에서 범퍼카 토토 대기 시간의 제곱의 합은min_latency간격 내에서 최소 대기 시간이며max_latency는 간격 내에서 최대 대기 시간입니다. 다음 필드,sum_lag, sum_lag_2, min_lag및max_lag--rate옵션이 사용됩니다. 각 거래가 이전 거래가 완료 될 때까지 기다려야 할 시간, 즉 각 트랜잭션의 예정된 시작 시간과 실제로 시작된 시간의 차이에 대한 통계를 제공합니다. 마지막 필드,건너 뛰기-LATENCY-LIMIT옵션도 사용됩니다. 너무 늦게 시작했기 때문에 건너 뛰는 거래 수를 계산합니다. 각 거래는 커밋 된 경우 간격으로 계산됩니다.

여기 예제 출력이 있습니다 :

1345828501 5601 1542744 483552416 61 2573
1345828503 7884 1979812 565806736 60 1479
1345828505 7208 1979422 567277552 59 1391
1345828507 7685 1980268 569784714 60 1398
1345828509 7073 1979779 573489941 236 1411

일반 (집계되지 않은) 로그 파일은 각 트랜잭션에 어떤 스크립트가 사용되었는지를 보여 주지만 집계 된 로그는 그렇지 않습니다. 따라서 스크립트 별 데이터가 필요한 경우 직접 데이터를 집계해야합니다.

마당 대기 시간

with-r옵션,범퍼카 토토모든 고객이 실행 한 각 문의 경과 범퍼카 토토 시간을 수집합니다. 그런 다음 벤치 마크가 완료된 후 각 문의 대기 시간이라고하는 평균 해당 값을보고합니다.

기본 스크립트의 경우 출력이 다음과 비슷해 보입니다.

진공 시작 ... 끝.
트랜잭션 유형 : <내장 : TPC-B (정렬)
스케일링 계수 : 1
쿼리 모드 : 간단합니다
고객 수 : 10
스레드 수 : 1
클라이언트 당 거래 수 : 1000
실제로 처리 된 거래 수 : 10000/10000
대기 시간 평균 = 15.844ms
대기 시간 stddev = 2.715 ms
TPS = 618.764555 (연결 설정 포함)
TPS = 622.977698 (연결 제외)
스크립트 통계 :
 - 밀리 초의 명세서 대기 시간 :
        0.002 \ read random (1, 100000 * : 스케일)
        0.005 \ 입찰 랜덤 설정 (1, 1 * : 스케일)
        0.002 \ set tid random (1, 10 * : scale)
        0.001 \ Set Delta Random (-5000, 5000)
        0.326 시작;
        0.603 업데이트 범퍼카 토토_ACCOUTTS 세트 Abalance = Abalance + : Delta where aid = : AID;
        0.454 범퍼카 토토_ACCOUTTS에서 ADICT = : AID;
        5.528 업데이트 범퍼카 토토_tellers는 tbalance = tbalance + : 델타 여기서 tid = : tid;
        7.335 업데이트 범퍼카 토토_BRANCHES SET BBALANCE = BBALANCE + : DELTA BID = : BID;
        0.371 범퍼카 토토_HISTORY (TID, BID, AID, DELTA, MTIME) 값 (: TID, : BID, : AID, : DELTA, CURRENT_TIMESTAMP)에 삽입;
        1.212 끝;

여러 스크립트 파일이 지정되면 각 스크립트 파일에 대해 평균이 별도로보고됩니다.

진술 당 대기 시간 계산에 필요한 추가 타이밍 정보를 수집하면 약간의 오버 헤드가 추가됩니다. 이렇게하면 평균 실행 속도가 느려지고 계산 된 TPS가 낮아집니다. 둔화량은 플랫폼과 하드웨어에 따라 크게 다릅니다. 대기 시간보고가 유무에 관계없이 평균 TPS 값을 비교하는 것은 타이밍 오버 헤드가 중요한지 측정하는 좋은 방법입니다.

좋은 관행

사용하기가 매우 쉽습니다범퍼카 토토완전히 무의미한 숫자를 생산합니다. 다음은 유용한 결과를 얻는 데 도움이되는 몇 가지 지침입니다.

처음에는절대몇 초만 실행되는 테스트를 믿습니다. 사용-t또는-t평균 소음을 얻기 위해 적어도 몇 분 이상 지속되는 옵션. 경우에 따라 재현 할 수있는 숫자를 얻는 데 몇 시간이 필요할 수 있습니다. 숫자를 재현 할 수 있는지 알아보기 위해 테스트 실행을 몇 번 시도하는 것이 좋습니다.

기본 TPC-B 유사 테스트 시나리오의 경우 초기화 척도 계수 (-s)는 테스트하려는 클라이언트의 가장 많은 수보다 더 커야합니다 (-c); 그렇지 않으면 당신은 대부분 업데이트 경합을 측정 할 것입니다. 전용-s범퍼카 토토_branches테이블, 그리고 모든 트랜잭션이 그 중 하나를 업데이트하려고합니다.-c초과 값-s의심 할 여지없이 다른 거래를 기다리는 많은 거래가 차단 될 것입니다.

기본 테스트 시나리오는 테이블이 초기화 된 이후의 길이에 매우 민감합니다. 테이블의 죽은 줄과 데드 스페이스의 축적이 결과를 변경합니다. 결과를 이해하려면 총 업데이트 수와 진공 청소기가 발생할 때를 추적해야합니다. Autovacuum이 활성화되면 측정 된 성능이 예측할 수없는 변화를 초래할 수 있습니다.

의 제한범퍼카 토토많은 수의 클라이언트 세션을 테스트 할 때 그 자체가 병목 현상이 될 수 있습니다. 이것은 실행에 의해 완화 될 수 있습니다범퍼카 토토데이터베이스 서버와 다른 시스템의 경우 네트워크 대기 시간이 낮지는 않지만. 몇 가지를 실행하는 것이 유용 할 수도 있습니다범퍼카 토토동일한 데이터베이스 서버에 대해 여러 클라이언트 시스템에서 동시에 인스턴스.

보안

신뢰할 수없는 사용자가 채택되지 않은 데이터베이스에 액세스 할 수있는 경우보안 스키마 사용 패턴, 실행하지 마십시오범퍼카 토토해당 데이터베이스에서.범퍼카 토토자격이없는 이름을 사용하고 검색 경로를 조작하지 않습니다.