Skip to content

12.4 입력 성능 튜닝

입력 성능은 경로, 행 크기, 배치, 동시성, 인덱스, 스토리지의 영향을 함께 받습니다. 대표 데이터로 전체 경로 처리량과 서버 처리 응답 지연을 측정해 조정합니다.

입력 경로 선택

입력 경로와 SDK·테이블 타입별 지원 범위는 데이터 입력과 반출에서 선택하고, 이 페이지에서는 선택한 경로의 처리량과 지연만 조정합니다.

측정 순서

  1. 실제와 비슷한 스키마, 행 크기, 인덱스를 준비합니다.
  2. 연결 1개와 작은 배치로 기준값을 측정합니다.
  3. 배치 크기를 한 단계씩 늘려 rows/s와 flush·서버 처리 응답 지연을 기록합니다.
  4. 클라이언트 CPU·메모리와 서버 CPU·I/O·메모리를 함께 관찰합니다.
  5. 연결 수를 늘리며 총처리량과 p95·p99 응답 시간을 비교합니다. p99는 전체 요청의 99%가 그 시간 안에 완료되는 지연 값으로, 느린 요청의 영향을 확인할 때 사용합니다.
  6. 실패·재연결·중복 처리 시나리오를 실행합니다.

일률적인 권장 배치 크기나 스레드 수를 사용하지 않습니다. 너무 큰 배치는 메모리와 오류 재처리 범위를 늘리고, 너무 작은 배치는 네트워크 왕복 통신 비중을 키웁니다.

Append 운영

Append 생명 주기·오류·중복 처리 계약은 공통 연동 개념과 SDK Append matrix를 따릅니다. 배치 크기와 연결 수를 바꾸면서 초당 입력 행 수(rows/s), p95·p99 지연, 서버 처리 응답과 실패 건수를 함께 기록합니다.

파일 적재

파일 형식 검증, 오류 행 파일, 종료 코드와 최종 행 확인은 데이터 입력과 반출을 참고합니다. 여기서는 같은 검증이 끝난 워크로드의 성능만 비교합니다.

병목 분류

관찰다음 확인
클라이언트 CPU 포화직렬화, 변환, 로그 기록
네트워크 대기 증가배치, 왕복 통신, 패킷 손실
서버 CPU 포화인덱스 수, SQL 파싱, 동시성
스토리지 지연 시간 증가체크포인트, 장치 대기열, 보존 작업
메모리 증가배치 버퍼, 연결 수, 캐시
일부 노드만 느림키 분포, 라우팅, 노드별 자원

변경 전후

처리량 개선은 성공 행 수와 실패 행 수가 검증된 상태에서 판단합니다. 입력 시작부터 서버 반영까지의 지연을 함께 측정하고, 변경이 조회 성능과 복구 시간에 미치는 영향도 확인합니다.

최근 업데이트