Set up docs MCP이 설정은 system.settings에서 확인할 수 있으며, 소스 코드를 기반으로 자동 생성됩니다.
insert_keeper_fault_injection_probability
삽입 중 Keeper request가 실패할 대략적인 확률입니다. 유효한 값의 범위는 [0.0f, 1.0f]입니다.
insert_keeper_fault_injection_seed
0 - 랜덤 시드, 그 외에는 이 설정값
insert_keeper_max_retries
버전 이력
| 버전 | 기본값 | 설명 |
|---|---|---|
| 23.2 | 20 | INSERT 시 Keeper 재연결을 활성화하여 안정성을 개선합니다 |
이 설정은 복제된 MergeTree에 데이터를 삽입하는 동안 ClickHouse Keeper(또는 ZooKeeper) request에 대한 최대 재시도 횟수를 설정합니다. 네트워크 오류, Keeper session 타임아웃 또는 request 타임아웃으로 실패한 Keeper request만 재시도 대상이 됩니다.
가능한 값:
- 양의 정수
- 0 — 재시도가 비활성화됩니다
Keeper request 재시도는 일정 시간 후에 수행됩니다. 이 시간은 다음 설정으로 제어됩니다: insert_keeper_retry_initial_backoff_ms, insert_keeper_retry_max_backoff_ms.
첫 번째 재시도는 insert_keeper_retry_initial_backoff_ms 시간이 지난 후 수행됩니다. 그다음 시간은 다음과 같이 계산됩니다:
timeout = min(insert_keeper_retry_max_backoff_ms, latest_timeout * 2)예를 들어, insert_keeper_retry_initial_backoff_ms=100, insert_keeper_retry_max_backoff_ms=10000, insert_keeper_max_retries=8이면 타임아웃은 100, 200, 400, 800, 1600, 3200, 6400, 10000이 됩니다.
장애 허용 외에도 재시도는 더 나은 사용자 경험을 제공하는 데 목적이 있습니다. 예를 들어 upgrade로 인해 Keeper가 재시작되더라도 INSERT 실행 중 오류를 반환하지 않게 해 줍니다.
insert_keeper_retry_initial_backoff_ms
INSERT 쿼리 실행 중 실패한 Keeper 요청을 재시도할 때 적용되는 초기 타임아웃(밀리초)입니다.
Possible values:
- 양의 정수입니다.
- 0 — 타임아웃 없음
insert_keeper_retry_max_backoff_ms
INSERT 쿼리 실행 중 실패한 Keeper 요청을 재시도할 때 적용되는 최대 타임아웃(밀리초)
가능한 값:
- 양의 정수
- 0 — 최대 타임아웃이 없습니다.