초기화 옵션

토토 결과다음 명령줄 초기화 인수를 허용합니다:

벤치마킹 옵션

토토 결과다음 명령줄 벤치마킹 인수를 허용합니다.

공통 옵션

토토 결과다음 명령줄 공통 인수를 허용합니다:

이것이 무엇입니까“거래”실제로 수행된 날짜:토토 결과?

토토 결과지정된 목록에서 무작위로 선택된 테스트 스크립트를 실행합니다. 스크립트에는 다음으로 지정된 내장 스크립트가 포함될 수 있습니다.-b및 다음으로 지정된 사용자 제공 스크립트-f. 각 스크립트에는 뒤에 지정된 상대적 가중치가 부여될 수 있습니다.@선택 확률을 변경합니다. 기본 가중치는1. 가중치가 있는 스크립트0무시됩니다.

기본 내장 트랜잭션 스크립트(다음으로도 호출됨-b tpcb와 유사)는 무작위로 선택된 트랜잭션당 7개의 명령을 실행합니다.도움, tid, 입찰그리고델타. 이 시나리오는 TPC-B 벤치마크에서 영감을 얻었지만 실제로는 TPC-B가 아니므로 이름이 붙었습니다.

다음을 선택하는 경우간단한 업데이트내장 (또한-N), 4단계와 5단계는 트랜잭션에 포함되지 않습니다. 이렇게 하면 해당 테이블에 대한 업데이트 경합이 방지되지만 테스트 사례가 TPC-B와 훨씬 덜 비슷해집니다.

다음을 선택하는 경우선택 전용내장 (또한-S), 오직선택발행되었습니다.

맞춤 스크립트

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

스크립트 파일에는 세미콜론으로 끝나는 하나 이상의 SQL 명령이 포함되어 있습니다. 빈 줄과 로 시작하는 줄--무시됩니다. 스크립트 파일에는 다음도 포함될 수 있습니다.“메타 명령”, 다음으로 해석됨토토 결과아래에 설명된 대로 자체적으로.

스크립트 파일을 위한 간단한 변수 대체 기능이 있습니다. 변수 이름은 문자(라틴 문자가 아닌 문자 포함), 숫자, 밑줄로 구성되어야 하며 첫 번째 문자는 숫자가 아니어야 합니다. 변수는 명령줄로 설정할 수 있습니다.-D44033_44141-D명령줄 옵션에는 자동으로 사전 설정된 몇 가지 변수가 나열되어 있습니다.테이블 242. 다음을 사용하여 이러한 변수에 대해 지정된 값은-D자동 사전 설정보다 우선합니다. 일단 설정되면 다음을 작성하여 변수 값을 SQL 명령에 삽입할 수 있습니다.:변수이름. 둘 이상의 클라이언트 세션을 실행하는 경우 각 세션에는 고유한 변수 세트가 있습니다.

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

내장 연산자

다음에 나열된 산술, 비트, 비교 및 ​​논리 연산자테이블 243내장되어 있습니다토토 결과다음에 나타나는 표현에 사용될 수 있습니다.\세트.

내장 기능

다음에 나열된 기능표 244내장되어 있습니다토토 결과다음에 나오는 표현에 사용될 수 있습니다.\세트.

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

해시 함수해시, hash_murmur2그리고hash_fnv1a입력 값과 선택적 시드 매개변수를 허용합니다. 시드 값이 제공되지 않은 경우:default_seed사용되며 명령줄에서 설정하지 않는 한 무작위로 초기화됩니다.-D옵션. 해시 함수는 다음과 같은 임의 함수의 분포를 분산하는 데 사용될 수 있습니다.random_zipfian또는random_exponential. 예를 들어 다음 토토 결과 스크립트는 과도한 로드를 생성하는 계정이 거의 없는 소셜 미디어 및 블로그 플랫폼에 일반적으로 발생할 수 있는 실제 워크로드를 시뮬레이션합니다.

\set r random_zipfian(0, 100000000, 1.07)
\set k abs(hash(:r)) % 1000000

어떤 경우에는 서로 상관되지 않는 몇 가지 별개의 분포가 필요하며 이때 암시적 시드 매개변수가 유용합니다.

\set k1 abs(hash(:r, :default_seed + 123)) % 1000000
\set k2 abs(hash(:r, :default_seed + 321)) % 1000000

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

\set 보조 무작위(1, 100000 * :scale)
\입찰 무작위 설정(1, 1 * :scale)
\set tid 무작위(1, 10 * :scale)
\세트 델타 무작위(-5000, 5000)
시작하다;
업데이트 토토 결과_accounts SET abalance = abalance + :delta WHERE 보조 = :aid;
토토 결과_accounts에서 잔고 선택 WHEREaid = :aid;
업데이트 토토 결과_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
업데이트 토토 결과_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
토토 결과_history에 삽입(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
끝;

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

트랜잭션별 로깅

와 함께-l옵션(그러나 없음--집계-간격옵션),토토 결과각 트랜잭션에 대한 정보를 로그 파일에 기록합니다. 로그 파일의 이름은 다음과 같습니다.접두사.nnn, 여기서접두사기본값은토토 결과_log및nnn는의 PID입니다.토토 결과프로세스. 접두사는를 사용하여 변경할 수 있습니다.--로그 접두사옵션. 만약-j옵션은 2 이상이므로 여러 작업자 스레드가 있고 각 스레드에는 자체 로그 파일이 있습니다. 첫 번째 작업자는 표준 단일 작업자의 경우와 동일한 로그 파일 이름을 사용합니다. 다른 작업자에 대한 추가 로그 파일의 이름은 다음과 같습니다.접두사.nnn.음, 여기서음은 1로 시작하는 각 작업자의 일련 번호입니다.

로그 형식은 다음과 같습니다:

클라이언트_ID transaction_no 시간 script_no time_epoch time_us [ schedule_lag ]

어디에서클라이언트_ID트랜잭션을 실행한 클라이언트 세션을 나타냅니다.transaction_no해당 세션에서 실행된 트랜잭션 수를 계산합니다.시간마이크로초 단위의 총 경과된 트랜잭션 시간입니다.script_no사용된 스크립트 파일을 식별합니다(여러 스크립트가 지정된 경우 유용함-f또는-b) 및time_epoch/time_us은 Unix-epoch 타임스탬프와 트랜잭션이 완료된 시기를 보여주는 마이크로초 단위의 오프셋(소수 초로 ISO 8601 타임스탬프를 생성하는 데 적합)입니다. 그만큼schedule_lag필드는 트랜잭션의 예약된 시작 시간과 실제로 시작된 시간 간의 차이(마이크로초)입니다. 이는 다음과 같은 경우에만 존재합니다.--rate옵션이 사용됩니다. 둘 다일 때--rate그리고--대기 시간 제한사용됩니다.시간건너뛴 거래의 경우 다음과 같이 보고됩니다.건너뛰었습니다.

다음은 단일 클라이언트 실행에서 생성된 로그 파일의 일부입니다:

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

또 다른 예--rate=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 제한을 초과했기 때문에 지연되었습니다. 다음 두 트랜잭션은 시작하기도 전에 이미 늦었기 때문에 건너뛰었습니다.

많은 트랜잭션을 처리할 수 있는 하드웨어에서 장기간 테스트를 실행할 때 로그 파일이 매우 커질 수 있습니다. 그만큼--샘플링 속도옵션은 임의의 트랜잭션 샘플만 기록하는 데 사용할 수 있습니다.

집계된 로깅

와 함께--집계-간격옵션, 로그 파일에 다른 형식이 사용됩니다:

interval_start num_transactions sum_latency sum_latency_2 최소 지연 시간 max_latency [ sum_lag sum_lag_2 min_lag max_lag [ 건너뛰었습니다 ] ]

어디에서interval_start은 간격의 시작입니다(Unix epoch 타임스탬프로서).num_transactions은 해당 간격 내의 트랜잭션 수입니다.sum_latency은 해당 간격 내의 트랜잭션 지연 시간의 합입니다.sum_latency_2은 해당 간격 내 트랜잭션 지연 시간의 제곱의 합입니다.최소 지연 시간은 간격 내 최소 지연 시간이며max_latency은 간격 내의 최대 대기 시간입니다. 다음 필드는,sum_lag, sum_lag_2, min_lag및max_lag, 다음의 경우에만 존재합니다.--rate옵션이 사용됩니다. 각 트랜잭션이 이전 트랜잭션이 완료될 때까지 기다려야 했던 시간, 즉 각 트랜잭션의 예정된 시작 시간과 실제로 시작된 시간 간의 차이에 대한 통계를 제공합니다. 가장 마지막 필드인건너뛰었습니다은 다음과 같은 경우에만 존재합니다.--대기 시간 제한옵션도 사용됩니다. 너무 늦게 시작되었기 때문에 건너뛴 트랜잭션 수를 계산합니다. 각 트랜잭션은 커밋된 간격으로 계산됩니다.

다음은 몇 가지 출력 예입니다:

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

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

문별 대기 시간

와 함께-r옵션,토토 결과모든 클라이언트가 실행한 각 명령문의 경과된 트랜잭션 시간을 수집합니다. 그런 다음 벤치마크가 완료된 후 각 문의 지연 시간이라고 하는 해당 값의 평균을 보고합니다.

기본 스크립트의 경우 출력은 다음과 유사합니다:

진공 시작...끝.
거래 유형: <내장: TPC-B(일종의)
배율 인수: 1
쿼리 모드: 단순
클라이언트 수: 10
스레드 수: 1
클라이언트당 거래 수: 1000
실제로 처리된 트랜잭션 수: 10000/10000
평균 지연 시간 = 15.844ms
대기 시간 표준 편차 = 2.715ms
tps = 618.764555(연결 설정 포함)
tps = 622.977698(연결 설정 제외)
명령문 대기 시간(밀리초):
        0.002 \set 보조 무작위(1, 100000 * :scale)
        0.005 \set 입찰 무작위(1, 1 * :scale)
        0.002 \set tid 무작위(1, 10 * :scale)
        0.001 \set 델타 무작위(-5000, 5000)
        0.326 시작;
        0.603 업데이트 토토 결과_accounts SET abalance = abalance + :delta WHERE 보조 = :aid;
        0.454 토토 결과_accounts에서 잔액 선택 WHEREaid = :aid;
        5.528 업데이트 토토 결과_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
        7.335 업데이트 토토 결과_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
        0.371 토토 결과_history에 삽입(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
        1.212 종료;

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

문별 대기 시간 계산에 필요한 추가 타이밍 정보를 수집하면 약간의 오버헤드가 추가된다는 점에 유의하세요. 이렇게 하면 평균 실행 속도가 느려지고 계산된 TPS가 낮아집니다. 속도 저하 정도는 플랫폼과 하드웨어에 따라 크게 다릅니다. 지연 시간 보고가 활성화된 상태와 활성화되지 않은 상태의 평균 TPS 값을 비교하는 것은 타이밍 오버헤드가 중요한지 측정하는 좋은 방법입니다.

우수 사례

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

먼저,절대로단 몇 초 동안만 실행되는 테스트를 믿으세요. 다음을 사용하세요.-t또는-T실행을 최소 몇 분 동안 지속시켜 소음을 평균화하는 옵션입니다. 어떤 경우에는 재현 가능한 수치를 얻으려면 몇 시간이 필요할 수도 있습니다. 테스트를 여러 번 시도하여 수치가 재현 가능한지 확인하는 것이 좋습니다.

기본 TPC-B와 유사한 테스트 시나리오의 경우 초기화 배율 인수(-s)는 적어도 테스트하려는 최대 클라이언트 수만큼 커야 합니다(-c); 그렇지 않으면 대부분 업데이트 경합을 측정하게 될 것입니다. 뿐입니다-s행토토 결과_branches테이블이며, 모든 트랜잭션은 그 중 하나를 업데이트하려고 합니다. 따라서-c다음을 초과하는 값-s확실히 다른 트랜잭션을 기다리면서 많은 트랜잭션이 차단될 것입니다.

기본 테스트 시나리오는 또한 테이블이 초기화된 이후 얼마나 오래되었는지에 매우 민감합니다. 테이블에 데드 행과 데드 스페이스가 누적되면 결과가 변경됩니다. 결과를 이해하려면 총 업데이트 수와 데이터 정리가 발생하는 시기를 추적해야 합니다. autovacuum이 활성화되면 측정된 성능에 예측할 수 없는 변화가 발생할 수 있습니다.

제한사항토토 결과많은 수의 클라이언트 세션을 테스트하려고 할 때 자체적으로 병목 현상이 발생할 수 있다는 것입니다. 이는 다음을 실행하여 완화할 수 있습니다.토토 결과데이터베이스 서버와 다른 시스템에 있지만 네트워크 대기 시간이 짧아야 합니다. 여러 개를 실행하는 것이 유용할 수도 있습니다.토토 결과동일한 데이터베이스 서버에 대해 여러 클라이언트 시스템에서 동시에 인스턴스.

보안

신뢰할 수 없는 사용자가 다음을 채택하지 않은 데이터베이스에 액세스할 수 있는 경우보안 스키마 사용 패턴, 실행하지 마세요토토 결과해당 데이터베이스에 있습니다.토토 결과규정되지 않은 이름을 사용하며 검색 경로를 조작하지 않습니다.