이것이 무엇입니까“거래”실제로 수행된 날짜:>136_word_end<?

>136_word_end<지정된 목록에서 무작>142_word_end< >194_word_end<된 테스트 스크립트를 실행합니다. 스크립트에는 >148_word_end<으로 지정된 내장 스크립트가 포함될 수 있습니다.-b및 >148_word_end<으로 지정된 사용자 제공 스크립트>281_word_end<. 각 스크립트에는 뒤에 지정된 상대적 가중치가 부여될 수 있습니다.@>194_word_end< 확률을 변경하기 위해. 기본 가중치는1. 가중치가 있는 스크립트0무시됩니다.

기본 내장 트랜잭션 스크립트(>148_word_end<으로도 >390_word_end<됨-b tpcb와 유사)는 무작>142_word_end< >194_word_end<된 트랜잭션당 7개의 명령을 실행합니다.도움, tid, 입찰>423_word_end<델타. 이 시나리오는 TPC-B 벤치마크에서 영감을 얻었지만 실제로는 TPC-B가 아니므로 >486_word_end<이 붙었습니다.

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

>148_word_end<을 >194_word_end<하는 경우>194_word_end< 전용내장 (또한-S), 오직>194_word_end<발행되었습니다.

맞춤 스크립트

>136_word_end<기본 트랜잭션 스크립트(위에 >186_word_end<됨)를 파일에서 읽은 트랜잭션 스크립트로 대체하여 사용자 정의 벤치마크 시나리오 실행을 >24_word_end<합니다(>281_word_end<>169_word_end<>383_word_end< 이 경우에는 a“거래”스크립트 파일의 한 실행으로 계산됩니다.

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

스크립트 파일을 위한 간단한 변수 대체 기능이 있습니다. 변수 >486_word_end<은 문자(라틴 문자가 아닌 문자 포함), 숫자, 밑줄로 구성되어야 하며 첫 번째 문자는 숫자가 아니어야 합니다. 변수는 명령줄로 설정할 수 있습니다.-D48314_48422-D명령줄 >169_word_end<에는 자동으로 사전 설정된 몇 가지 변수가 나열되어 있습니다.표 282. >148_word_end<을 사용하여 이러한 변수에 대해 지정된 값은-D자동 사전 설>14_word_end<다 우선합니다. 일단 설정되면 >148_word_end<을 작성하여 변수 값을 SQL 명령에 >198_word_end<할 수 있습니다.:변수>486_word_end<. 둘 이상의 클라이언트 세션을 실행하는 경우 각 세션에는 고유한 변수 세트가 있습니다.>136_word_end<하나의 명령문에서 최대 255개의 변수 사용을 >24_word_end<합니다.

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

내장 연산자

>148_word_end<에 나열된 산술, 비트, 비교 및 ​​논리 연산자표 283내장되어 있습니다>136_word_end<>148_word_end<에 나타나는 표현에 사용될 수 있습니다.\세트. 연산자는 우선순위가 높아지는 순서로 나열됩니다. 명시된 경우를 제외하고 두 개의 숫자 입력을 사용하는 연산자는 입력 중 하나가 double이면 double 값을 >419_word_end<하고, 그렇지 않으면 정수 결과를 >419_word_end<합니다.

내장 함수

>148_word_end<에 나열된 함수테이블 284내장되어 있습니다>136_word_end<>148_word_end<에 나타나는 표현에 사용될 수 있습니다.\세트.

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

해시 함수해시, hash_murmur2>423_word_end<hash_fnv1a입력 값과 >194_word_end<적 시드 매개변수를 허용합니다. 시드 값이 제공되지 않은 경우:default_seed이 사용되며 명령줄에서 설정하지 않는 한 무작>142_word_end< 초기화됩니다.-D>169_word_end<.

순열입력 값, 크기 및 >194_word_end<적 시드 매개변수를 허용합니다. >494_word_end< 내 정수의 의사 난수 순열을 >419_word_end<합니다.[0, 크기), 순열된 값에서 입력 값의 인덱스를 반환합니다. >194_word_end<된 순열은 시드에 의해 매개변수화되며 >249_word_end<은:default_seed, 지정되지 않은 경우. 해시 함수와 달리순열출력 값에 충돌이나 구멍이 없는지 확인합니다. 간격 밖의 입력 값은 크기의 모듈로 해석됩니다. 크기가 양수가 아닌 경우 함수에서 오류가 발생합니다.순열>148_word_end<과 같은 불균일한 무작위 함수의 분포를 분산시키는 데 사용할 수 있습니다.random_zipfian>354_word_end<random_exponential그래서 더 자주 그려지는 값은 사소하게 상관되지 않습니다. 예를 들어 >148_word_end<과 같습니다.>136_word_end<스크립트는 몇몇 계정이 과도한 부하를 >419_word_end<하는 소셜 미디어 및 블로그 플랫폼에 일반적으로 발생할 수 있는 실제 작업 부하를 시뮬레이션합니다.

\세트 크기 1000000
\set r random_zipfian(1, :size, 1.07)
\set k 1 + 순열(:r, :size)

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

\set k1 1 + permute(:r, :size, :default_seed + 123)
\set k2 1 + 순열(:r, :size, :default_seed + 321)

비슷한 동작을 >148_word_end<과 같이 근사화할 수도 있습니다.해시:

\세트 크기 1000000
\set r random_zipfian(1, 100 * :size, 1.07)
\set k 1 + abs(hash(:r)) % :size

그러나 그 이후로해시generates collisions, some values will not be reachable and others will be more frequent than expected from the original distribution.

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

\set 보조 무작위(1, 100000 * :scale)
\입찰 무작위 설정(1, 1 * :scale)
\set tid 무작위(1, 10 * :scale)
\세트 델타 무작위(-5000, 5000)
시작하다;
>196_word_end< >136_word_end<_accounts SET abalance = abalance + :delta WHERE 보조 = :aid;
>136_word_end<_accounts에서 잔고 >194_word_end< WHEREaid = :aid;
>196_word_end< >136_word_end<_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
>196_word_end< >136_word_end<_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
>136_word_end<_history에 >198_word_end<(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
끝;

이 스크립트는 트랜잭션의 각 반복이 무작>142_word_end< >194_word_end<된 서로 다른 행을 참조하도록 허용합니다. (이 예는 또한 각 클라이언트 세션이 자체 변수를 갖는 것이 중요한 이유를 보여줍니다. 그렇지 않으면 독립적으로 다른 행을 건드리지 않을 것입니다>436_word_end<

트랜잭션별 로깅

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

로그 형식은 >148_word_end<과 같습니다:

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

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

>148_word_end<은 단일 클라이언트 실행에서 >419_word_end<된 로그 파일의 일부입니다:

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

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

집계된 로깅

와 >361_word_end<--집계-간격>169_word_end<, 로그 파일에 다른 형식이 사용됩니다.

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

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

>148_word_end<은 몇 가지 출력 예입니다.

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

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

문별 지연 시간

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

기본 스크립트의 경우 출력은 >148_word_end<과 유사합니다.

>391_word_end< 시작...끝.
거래 유형: <내장: TPC-B(일종의)
배율 인수: 1
쿼리 모드: 단순
클라이언트 수: 10
스레드 수: 1
클라이언트당 거래 수: 1000
실제로 처리된 트랜잭션 수: 10000/10000
평균 지연 시간 = 10.870ms
대기 시간 표준 편차 = 7.341ms
초기 연결 시간 = 30.954ms
tps = 907.949122 (초기 연결 시간 없음)
명령문 대기 시간(밀리초):
    0.001 \set 보조 무작위(1, 100000 * :scale)
    0.001 \set 입찰 무작위(1, 1 * :scale)
    0.001 \set tid 무작위(1, 10 * :scale)
    0.000 \set 델타 무작위(-5000, 5000)
    0.046 시작;
    0.151 >196_word_end< >136_word_end<_accounts SET abalance = abalance + :delta WHERE 보조 = :aid;
    0.107 >136_word_end<_accounts에서 잔액 >194_word_end< WHEREaid = :aid;
    4.241 >196_word_end< >136_word_end<_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
    5.245 >196_word_end< >136_word_end<_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
    0.102 >136_word_end<_history에 >198_word_end<(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
    0.974 종료;

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

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

우수 사례

사용이 매우 쉽습니다>136_word_end<완전히 의미 없는 숫자를 >419_word_end<합니다. >148_word_end<은 유용한 결과를 얻는 데 도움이 되는 몇 가지 지침입니다.

먼저,절대로단 몇 초 동안만 실행되는 테스트를 믿으세요. >148_word_end<을 사용하세요.>277_word_end<>354_word_end<>208_word_end<노이즈를 평균화하기 위해 실행이 최소 몇 분 동안 지속되도록 하는 >169_word_end<입니다. 어떤 경우에는 재현 가능한 수치를 얻으려면 몇 시간이 필요할 수도 있습니다. 테스트를 여러 번 시도하여 수치가 재현 가능한지 확인하는 것이 좋습니다.

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

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

제한사항>136_word_end<많은 수의 클라이언트 세션을 테스트하려고 할 때 자체적으로 병목 현상이 발생할 수 있다는 것입니다. 이는 >148_word_end<을 실행하여 완화할 수 있습니다.>136_word_end<on a different machine from the database server, although low network latency will be essential. 여러 개를 실행하는 것이 유용할 수도 있습니다.>136_word_end<동일한 데이터베이스 서버에 대해 여러 클라이언트 시스템에서 동시에 인스턴스.

보안

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