| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.4 : 토토 사이트 | PostgreSQL : 문서 : 9.4 : 클라이언트 응용 메이저 토토 사이트 | PostgreSQL : 문서 : 9.4 : 토토 핫 | |
스포츠 토토 사이트벤치마크 테스트를 실행하기 위한 간단한 프로그램입니다.포스트그레SQL. 여러 동시 데이터베이스 세션에서 동일한 일련의 SQL 명령을 계속해서 실행한 다음 평균 트랜잭션 속도(초당 트랜잭션)를 계산합니다. 기본적으로,스포츠 토토 사이트5개가 포함된 TPC-B를 느슨하게 기반으로 한 시나리오를 테스트합니다.선택, 업데이트및삽입트랜잭션당 명령. 그러나 자체 트랜잭션 스크립트 파일을 작성하면 다른 사례를 쉽게 테스트할 수 있습니다.
스포츠 토토 사이트의 일반적인 출력은 다음과 같습니다.
트랜잭션 유형: TPC-B (일종의) 배율 인수: 10 쿼리 모드: 단순 클라이언트 수: 10 스레드 수: 1 클라이언트당 거래 수: 1000 실제로 처리된 트랜잭션 수: 10000/10000 tps = 85.184871(연결 설정 포함) tps = 85.296346(연결 설정 제외)
처음 6줄은 가장 중요한 매개변수 설정 중 일부를 보고합니다. 다음 줄은 완료되고 의도된 트랜잭션 수를 보고합니다. 후자는 클라이언트 수와 클라이언트당 트랜잭션 수의 곱입니다. 실행이 완료되기 전에 실패하지 않는 한 이는 동일합니다. (에서)-T모드에서는 실제 트랜잭션 수만 인쇄됩니다.) 마지막 두 줄은 데이터베이스 세션 시작 시간을 계산하거나 계산하지 않고 계산된 초당 트랜잭션 수를 보고합니다.
기본 TPC-B와 유사한 트랜잭션 테스트에서는 사전에 특정 테이블을 설정해야 합니다.스포츠 토토 사이트다음과 함께 호출되어야 합니다-i(초기화) 옵션을 사용하면 이 테이블을 생성하고 채울 수 있습니다. (사용자 정의 스크립트를 테스트할 때는 이 단계가 필요하지 않지만 대신 테스트에 필요한 모든 설정을 수행해야 합니다.) 초기화는 다음과 같습니다.
스포츠 토토 사이트 -i [ 기타 옵션 ] db이름
어디에서db이름은 테스트할 이미 생성된 데이터베이스의 이름입니다. (필요할 수도 있습니다.-h, -p및/또는-U데이터베이스 서버에 연결하는 방법을 지정하는 옵션.)
| 주의 |
|
스포츠 토토 사이트 -i테이블 4개 생성스포츠 토토 사이트_accounts, 스포츠 토토 사이트_branches, 스포츠 토토 사이트_history및스포츠 토토 사이트_tellers, 해당 이름의 기존 테이블을 모두 삭제합니다. 이러한 이름을 가진 테이블이 있는 경우 다른 데이터베이스를 사용하도록 주의하세요! |
기본값"축척 계수"of 1, 테이블에는 처음에 다음과 같은 행이 포함됩니다.
테이블 행 수 --------------------------------- 스포츠 토토 사이트_branches 1 스포츠 토토 사이트_tellers 10 스포츠 토토 사이트_accounts 100000 스포츠 토토 사이트_history 0
다음을 사용하여 행 수를 늘릴 수 있습니다(대부분의 경우 아마도 그렇게 해야 합니다).-s(축척계수) 옵션.-F(fillfactor) 옵션도 이 시점에서 사용될 수 있습니다.
필요한 설정을 완료한 후에는 다음을 포함하지 않는 명령으로 벤치마크를 실행할 수 있습니다.-i즉,
스포츠 토토 사이트 [ 옵션 ] db이름
거의 모든 경우에 유용한 테스트를 수행하려면 몇 가지 옵션이 필요합니다. 가장 중요한 옵션은 다음과 같습니다.-c(클라이언트 수),-t(거래 수),-T(시간 제한) 및-f(사용자 정의 스크립트 파일 지정). 전체 목록은 아래를 참조하세요.
다음은 세 개의 하위 섹션으로 나뉩니다. 데이터베이스 초기화 및 벤치마크 실행 중에 서로 다른 옵션이 사용되며 일부 옵션은 두 경우 모두 유용합니다.
스포츠 토토 사이트다음 명령줄 초기화 인수를 허용합니다:
초기화 모드를 호출하는 데 필요합니다.
생성스포츠 토토 사이트_accounts, 스포츠 토토 사이트_tellers그리고스포츠 토토 사이트_branches주어진 fillfactor가 있는 테이블입니다. 기본값은 100입니다.
초기화 후에는 진공청소를 수행하지 마십시오.
로깅을 자동 모드로 전환하여 5초당 하나의 진행 메시지만 생성합니다. 기본 로깅은 100,000개 행마다 하나의 메시지를 인쇄하며, 이는 종종 초당 많은 줄을 출력합니다(특히 좋은 하드웨어에서).
축척 계수에 의해 생성된 행 수를 곱합니다. 예를 들어,-s 100다음에 10,000,000개의 행을 생성합니다스포츠 토토 사이트_accounts테이블. 기본값은 1입니다. 척도가 20,000 이상이면 계정 식별자(도움열)은 더 큰 정수()를 사용하도록 전환됩니다.비긴트), 계정 식별자 범위를 보유할 수 있을 만큼 충분히 커집니다.
표준 테이블 사이에 외래 키 제약 조건을 생성합니다.
기본 테이블스페이스가 아닌 지정된 테이블스페이스에 인덱스를 생성합니다.
기본 테이블스페이스가 아닌 지정된 테이블스페이스에 테이블을 생성하십시오.
모든 테이블을 영구 테이블이 아닌 기록되지 않은 테이블로 생성하십시오.
스포츠 토토 사이트다음 명령줄 벤치마킹 인수를 허용합니다.
시뮬레이트된 클라이언트 수, 즉 동시 데이터베이스 세션 수입니다. 기본값은 1입니다.
클라이언트 세션당 한 번만 수행하는 대신 각 트랜잭션에 대해 새 연결을 설정하십시오. 이는 연결 오버헤드를 측정하는 데 유용합니다.
디버깅 출력을 인쇄합니다.
사용자 정의 스크립트에서 사용할 변수를 정의하십시오(아래 참조). 다중-D옵션이 허용됩니다.
다음에서 트랜잭션 스크립트 읽기파일 이름. 자세한 내용은 아래를 참조하세요.-N, -S및-f상호 배타적입니다.
내부 작업자 스레드 수스포츠 토토 사이트. 다중 CPU 시스템에서는 둘 이상의 스레드를 사용하는 것이 도움이 될 수 있습니다. 각 스레드에는 관리할 클라이언트 세션 수가 동일하므로 클라이언트 수는 스레드 수의 배수여야 합니다. 기본값은 1입니다.
각 트랜잭션에 소요된 시간을 로그 파일에 기록합니다. 자세한 내용은 아래를 참조하세요.
서버에 쿼리를 제출하는 데 사용할 프로토콜:
단순: 간단한 쿼리 프로토콜을 사용합니다.
확장: 확장 쿼리 프로토콜을 사용합니다.
준비됨: 준비된 문과 함께 확장 쿼리 프로토콜을 사용합니다.
기본값은 단순 쿼리 프로토콜입니다. (참조PostgreSQL : 문서 : 9.4 : Frontend/백사설 토토 사이트 프로토콜자세한 내용은.)
테스트를 실행하기 전에 진공 청소를 수행하지 마십시오. 이 옵션은필요함표준 테이블을 포함하지 않는 사용자 정의 테스트 시나리오를 실행하는 경우스포츠 토토 사이트_accounts, 스포츠 토토 사이트_branches, 스포츠 토토 사이트_history및스포츠 토토 사이트_tellers.
업데이트하지 않음스포츠 토토 사이트_tellers그리고스포츠 토토 사이트_branches. 이렇게 하면 해당 테이블에 대한 업데이트 경합이 방지되지만 테스트 사례가 TPC-B와 훨씬 덜 비슷해집니다.
진행 보고서 표시 간격초초. 보고서에는 실행 시작 이후의 시간, 마지막 보고서 이후의 tps, 마지막 보고서 이후의 트랜잭션 대기 시간 평균 및 표준 편차가 포함됩니다. 제한 중(-R), 지연 시간은 실제 트랜잭션 시작 시간이 아닌 트랜잭션 예정 시작 시간을 기준으로 계산되므로 평균 일정 지연 시간도 포함됩니다.
벤치마크가 완료된 후 각 명령의 평균 문별 대기 시간(클라이언트 관점에서 실행 시간)을 보고합니다. 자세한 내용은 아래를 참조하세요.
가능한 한 빨리 실행하는 대신(기본값) 지정된 속도를 목표로 하는 트랜잭션을 실행합니다. 비율은 초당 트랜잭션 수로 제공됩니다. 목표 비율이 가능한 최대 비율보다 높으면 비율 제한은 결과에 영향을 미치지 않습니다.
비율은 푸아송 분포 일정 시간선을 따라 트랜잭션을 시작하여 목표로 삼습니다. 예상 시작 시간 일정은 이전 트랜잭션이 종료된 시점이 아닌 클라이언트가 처음 시작된 시점을 기준으로 앞으로 이동합니다. 이러한 접근 방식은 트랜잭션이 원래 예정된 종료 시간을 초과하면 나중에 트랜잭션이 다시 따라잡을 수 있음을 의미합니다.
조절이 활성화되면 실행 종료 시 보고된 트랜잭션 대기 시간은 예약된 시작 시간에서 계산되므로 각 트랜잭션이 이전 트랜잭션이 완료될 때까지 기다려야 했던 시간이 포함됩니다. 대기 시간을 일정 지연 시간이라고 하며 평균과 최대도 별도로 보고됩니다. 실제 트랜잭션 시작 시간에 대한 트랜잭션 대기 시간, 즉 데이터베이스에서 트랜잭션을 실행하는 데 소요된 시간은 보고된 대기 시간에서 일정 지연 시간을 빼서 계산할 수 있습니다.
긴 일정 지연 시간은 시스템이 선택한 수의 클라이언트 및 스레드를 사용하여 지정된 속도로 트랜잭션을 처리할 수 없음을 나타냅니다. 평균 트랜잭션 실행 시간이 각 트랜잭션 간의 예정된 간격보다 길면 각 연속 트랜잭션이 더 뒤쳐지고 테스트 실행이 길어질수록 일정 지연 시간이 계속 증가합니다. 그런 일이 발생하면 지정된 거래율을 줄여야 합니다.
지정된 배율 인수를 보고합니다.스포츠 토토 사이트의 출력입니다. 내장된 테스트에서는 이것이 필요하지 않습니다. 올바른 배율 인수는의 행 수를 계산하여 감지됩니다.스포츠 토토 사이트_branches테이블. 그러나 사용자 정의 벤치마크를 테스트할 때(-f옵션), 이 옵션을 사용하지 않으면 배율 인수가 1로 보고됩니다.
TPC-B와 같은 테스트 대신 선택 전용 트랜잭션을 수행합니다.
각 클라이언트가 실행하는 트랜잭션 수. 기본값은 10입니다.
클라이언트당 고정된 트랜잭션 수 대신 이 시간 동안 테스트를 실행하세요.-t그리고-T상호 배타적입니다.
테스트를 실행하기 전에 4개의 표준 테이블을 모두 진공화하십시오. 둘 다 없음-n아니요-v, 스포츠 토토 사이트가 진공청소 작업을 수행합니다.스포츠 토토 사이트_tellers그리고스포츠 토토 사이트_branches테이블이 잘립니다.스포츠 토토 사이트_history.
집계 간격의 길이(초). 다음과 함께만 사용할 수 있습니다.-l- 이 옵션을 사용하면 로그에 간격별 요약(트랜잭션 수, 최소/최대 지연 시간 및 분산 추정에 유용한 두 개의 추가 필드)이 포함됩니다.
이 옵션은 현재 Windows에서는 지원되지 않습니다.
로그에 데이터를 쓸 때 생성되는 로그 양을 줄이기 위해 사용되는 샘플링 속도입니다. 이 옵션을 지정하면 지정된 트랜잭션 부분만 기록됩니다. 1.0은 모든 거래가 기록된다는 의미이고, 0.05는 거래의 5%만 기록된다는 의미입니다.
로그 파일을 처리할 때 샘플링 속도를 고려해야 한다는 것을 기억하십시오. 예를 들어 tps 값을 계산할 때 그에 따라 숫자를 곱해야 합니다(예: 샘플링 레이트가 0.01이면 실제 tps의 1/100만 얻을 수 있습니다).
기본 트랜잭션 스크립트는 트랜잭션당 7개의 명령을 발행합니다:
시작;
업데이트 스포츠 토토 사이트_accounts SET abalance = abalance + :delta WHERE 지원 = :aid;
스포츠 토토 사이트_accounts에서 Abalance를 선택하세요. 여기서 help = :aid;
업데이트 스포츠 토토 사이트_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
UPDATE 스포츠 토토 사이트_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
스포츠 토토 사이트_history에 삽입(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
END;
지정하는 경우-N, 4단계와 5단계는 트랜잭션에 포함되지 않습니다. 지정하는 경우-S, 오직선택발행되었습니다.
스포츠 토토 사이트기본 트랜잭션 스크립트(위에 설명됨)를 파일에서 읽은 트랜잭션 스크립트로 대체하여 사용자 정의 벤치마크 시나리오 실행을 지원합니다(-f옵션). 이 경우에는 a"거래"스크립트 파일의 한 실행으로 계산됩니다. 여러 스크립트를 지정할 수도 있습니다(다중-f옵션), 이 경우 클라이언트 세션이 새 트랜잭션을 시작할 때마다 스크립트 중 무작위 하나가 선택됩니다.
스크립트 파일의 형식은 한 줄에 하나의 SQL 명령입니다. 여러 줄 SQL 명령은 지원되지 않습니다. 빈 줄과 로 시작하는 줄--무시됩니다. 스크립트 파일 라인도 가능합니다."메타 명령"는 다음으로 해석됩니다.스포츠 토토 사이트아래에 설명된 대로 자체적으로.
스크립트 파일을 위한 간단한 변수 대체 기능이 있습니다. 변수는 명령줄로 설정할 수 있습니다.-D29302_29410-D명령줄 옵션에는 자동으로 사전 설정된 몇 가지 변수가 나열되어 있습니다.표 G-1. 다음을 사용하여 이러한 변수에 대해 지정된 값은-D자동 사전 설정보다 우선합니다. 일단 설정되면 다음을 작성하여 변수 값을 SQL 명령에 삽입할 수 있습니다.:변수이름. 둘 이상의 클라이언트 세션을 실행하는 경우 각 세션에는 고유한 변수 세트가 있습니다.
스크립트 파일 메타 명령은 백슬래시로 시작합니다(\). 메타 명령에 대한 인수는 공백으로 구분됩니다. 다음 메타 명령이 지원됩니다.
변수 설정varname계산된 정수 값으로 변환됩니다. 각각피연산자은 정수 상수 또는 a입니다.:변수이름정수 값을 갖는 변수에 대한 참조입니다.연산자될 수 있습니다+, -, *또는/.
예:
\set ntellers 10 * :scale
변수 설정varname한도 스포츠 토토 사이트의 임의의 정수 값으로분그리고최대포함. 각 한계는 정수 상수이거나 a일 수 있습니다.:변수이름정수 값을 갖는 변수에 대한 참조입니다.
예:
\set무작위 지원 1 :naccounts
마이크로초 단위로 지정된 기간 동안 스크립트 실행을 절전 모드로 전환합니다(우리), 밀리초(ms) 또는 초(s). 단위를 생략하면 초가 기본값입니다.번호정수 상수 또는 a일 수 있습니다.:변수이름정수 값을 갖는 변수에 대한 참조입니다.
예:
\수면 10ms
변수 설정varname셸 명령의 결과명령. 명령은 표준 출력을 통해 정수 값을 반환해야 합니다.
인수텍스트 상수이거나 a일 수 있습니다.:변수이름모든 유형의 변수에 대한 참조입니다. 사용하고 싶다면인수콜론으로 시작하면 시작 부분에 추가 콜론을 추가해야 합니다.인수.
예:
\setshell 변수_to_be_할당 명령 literal_argument :variable ::literal_starting_with_colon
다음과 같음\setshell, 그러나 결과는 무시됩니다.
예:
\쉘 명령 literal_argument :variable ::literal_starting_with_colon
예를 들어, 내장된 TPC-B와 유사한 트랜잭션의 전체 정의는 다음과 같습니다:
\set nbranches :scale \set ntellers 10 * :scale \set naccounts 100000 * :scale \setrandom 보조 1 :naccounts \setrandom bid 1 :n분기 \setrandom tid 1 :ntellers \set임의 델타 -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옵션은 없지만--집계-간격, 스포츠 토토 사이트각 트랜잭션에 소요된 시간을 로그 파일에 기록합니다. 로그 파일의 이름은 다음과 같습니다.스포츠 토토 사이트_log.nnn, 여기서nnn는 스포츠 토토 사이트 프로세스의 PID입니다. 만약-j옵션이 2 이상인 경우 여러 작업자 스레드를 생성하면 각각 자체 로그 파일이 있습니다. 첫 번째 작업자는 표준 단일 작업자의 경우와 동일한 로그 파일 이름을 사용합니다. 다른 작업자에 대한 추가 로그 파일의 이름은 다음과 같습니다.스포츠 토토 사이트_log.nnn.음, 여기서음은 1로 시작하는 각 작업자의 일련 번호입니다.
로그 형식은 다음과 같습니다:
클라이언트_ID transaction_no 시간 file_no time_epoch time_us [schedule_lag]
어디에서시간마이크로초 단위의 총 경과된 트랜잭션 시간입니다.file_no사용된 스크립트 파일을 식별합니다(여러 스크립트가 지정된 경우 유용함-f) 및time_epoch/time_us은 UNIX 에포크 형식 타임스탬프와 트랜잭션이 완료된 시기를 보여주는 마이크로초 단위의 오프셋(소수 초로 ISO 8601 타임스탬프를 생성하는 데 적합)입니다. 마지막 필드,schedule_lag는 트랜잭션의 예약된 시작 시간과 실제로 시작된 시간 간의 차이(마이크로초)입니다. 이는 다음과 같은 경우에만 존재합니다.--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
많은 트랜잭션을 처리할 수 있는 하드웨어에서 장기간 테스트를 실행할 때 로그 파일이 매우 커질 수 있습니다.--샘플링 속도옵션은 임의의 트랜잭션 샘플만 기록하는 데 사용할 수 있습니다.
와 함께--집계-간격옵션, 로그는 약간 다른 형식을 사용합니다.
interval_start num_of_transactions latency_sum latency_2_sum 최소 지연 시간 max_latency [lag_sum lag_2_sum min_lag max_lag]
어디에서interval_start간격의 시작입니다(UNIX epoch 형식 타임스탬프).num_of_transactions은 간격 내의 트랜잭션 수입니다.latency_sum은 지연 시간의 합계입니다(평균 지연 시간을 쉽게 계산할 수 있음). 다음 두 필드는 분산 추정에 유용합니다. -latency_sum은 지연 시간의 합계이며latency_2_sum는 지연 시간의 2제곱의 합입니다. 다음 두 필드는 다음과 같습니다.최소 지연 시간- 간격 내의 최소 대기 시간 및max_latency- 간격 내의 최대 대기 시간입니다. 트랜잭션은 커밋된 간격으로 계산됩니다. 마지막 4개 필드,lag_sum, lag_2_sum, 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
tps = 618.764555(연결 설정 포함)
tps = 622.977698(연결 설정 제외)
명령문 대기 시간(밀리초):
0.004386 \set nbranches 1 * :scale
0.001343 \set ntellers 10 * :scale
0.001212 \set naccounts 100000 * :scale
0.001310 \set무작위 지원 1 :naccounts
0.001073 \set무작위 입찰 1 :n분기
0.001005 \setrandom tid 1 :ntellers
0.001078 \set임의 델타 -5000 5000
0.326152 시작;
0.603376 업데이트 스포츠 토토 사이트_accounts SET abalance = abalance + :delta WHERE 보조 = :aid;
0.454643 스포츠 토토 사이트_accounts에서 균형 선택 WHERE help = :aid;
5.528491 업데이트 스포츠 토토 사이트_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
7.335435 업데이트 스포츠 토토 사이트_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
0.371851 스포츠 토토 사이트_history에 삽입(tid, bid,aid, delta, mtime) VALUES(:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
1.212976 종료;
여러 스크립트 파일이 지정된 경우 평균은 각 스크립트 파일에 대해 별도로 보고됩니다.
문별 대기 시간 계산에 필요한 추가 타이밍 정보를 수집하면 약간의 오버헤드가 추가된다는 점에 유의하세요. 이렇게 하면 평균 실행 속도가 느려지고 계산된 TPS가 낮아집니다. 속도 저하 정도는 플랫폼과 하드웨어에 따라 크게 다릅니다. 지연 시간 보고가 활성화된 상태와 활성화되지 않은 상태의 평균 TPS 값을 비교하는 것은 타이밍 오버헤드가 중요한지 측정하는 좋은 방법입니다.
사용이 매우 쉽습니다스포츠 토토 사이트완전히 의미 없는 숫자를 생성합니다. 다음은 유용한 결과를 얻는 데 도움이 되는 몇 가지 지침입니다.
먼저,절대로단 몇 초 동안만 실행되는 테스트를 믿으세요. 다음을 사용하세요.-t또는-T실행을 최소 몇 분 동안 지속시켜 소음을 평균화하는 옵션입니다. 어떤 경우에는 재현 가능한 수치를 얻으려면 몇 시간이 필요할 수도 있습니다. 테스트를 여러 번 시도하여 수치가 재현 가능한지 확인하는 것이 좋습니다.
기본 TPC-B와 유사한 테스트 시나리오의 경우 초기화 배율 인수(-s)은 적어도 테스트하려는 최대 클라이언트 수만큼 커야 합니다(-c); 그렇지 않으면 대부분 업데이트 경합을 측정하게 될 것입니다. 뿐입니다-s행스포츠 토토 사이트_branches테이블이며, 모든 트랜잭션은 그 중 하나를 업데이트하려고 합니다. 따라서-c값 초과-s의심할 여지없이 다른 트랜잭션을 기다리면서 많은 트랜잭션이 차단될 것입니다.
기본 테스트 시나리오는 또한 테이블이 초기화된 이후 얼마나 오래되었는지에 매우 민감합니다. 테이블에 데드 행과 데드 스페이스가 누적되면 결과가 변경됩니다. 결과를 이해하려면 총 업데이트 수와 데이터 정리가 발생하는 시기를 추적해야 합니다. autovacuum이 활성화되면 측정된 성능에 예측할 수 없는 변화가 발생할 수 있습니다.
제한사항스포츠 토토 사이트많은 수의 클라이언트 세션을 테스트하려고 할 때 자체적으로 병목 현상이 발생할 수 있다는 것입니다. 이는 다음을 실행하여 완화할 수 있습니다.스포츠 토토 사이트데이터베이스 서버와 다른 시스템에 있지만 네트워크 대기 시간이 짧아야 합니다. 여러 개를 실행하는 것이 유용할 수도 있습니다.스포츠 토토 사이트동일한 데이터베이스 서버에 대해 여러 클라이언트 시스템에서 동시에 인스턴스.
신뢰할 수 없는 사용자가 다음을 채택하지 않은 데이터베이스에 액세스할 수 있는 경우보안 스키마 사용 패턴, 실행하지 마세요스포츠 토토 사이트해당 데이터베이스에 있습니다.스포츠 토토 사이트규정되지 않은 이름을 사용하며 검색 경로를 조작하지 않습니다.