성능 조정

쿼리 지표

다음 쿼리 지표 사용하여 쿼리 최고 속도로 실행 있는지 확인할 수도 있습니다.

• metrics.queryExecutor.scanned 쿼리 결과를 반환하기 위해 스캔한 문서 수를 나타냅니다.

  • 스캔한 문서와 반환된 문서의 비율이 1:1인 것이 이상적이며, 이는 MongoDB 모든 문서를 반환한다는 의미입니다. 일반적으로 비율이 1보다 크면 MongoDB 일부 스캔 문서를 반환하지 않음을 나타냅니다.

  • 비율은 1 또는 0보다 작을 수 있으며, 이는 인덱스 에 필요한 모든 데이터가 포함된 커버 쿼리 나타냅니다.

  • MongoDB 쿼리 에 응답하기 위해 많은 수의 문서를 스캔하는 경우 인덱스가 누락되었거나 쿼리 최적화해야 할 수 있습니다.

• metrics.operation.scanAndOrder 서버가 쿼리 결과를 정렬하려는 노력을 나타냅니다.

  • 20 이상과 같이 높은 스캔 및 순서 번호는 서버 결과를 정렬해야 하므로 쿼리 결과 시간과 서버 메모리 부하가 증가한다는 의미입니다.

  • 높은 스캔 및 순서 번호를 수정하려면 쿼리 요구 사항에 따라 인덱스를 정렬하거나 누락된 인덱스를 추가하세요. 일반적으로 B-트리 인덱스가 복합 인덱스 인 경우 인덱스 의 선행 필드 부터 오름차순으로 정렬합니다.

• WiredTiger 티켓 번호 지표는 WiredTiger 스토리지 엔진의 성능을 반영합니다.

  • WiredTiger 읽기 및 쓰기 (write) 티켓은 동시 트랜잭션 수를 관리 위한 WiredTiger 저장 엔진의 동시성 제어 메커니즘입니다. 버전 7.0부터 MongoDB 동적 알고리즘 사용하여 최대 동시 스토리지 엔진 트랜잭션 수를 조정하여 클러스터 과부하 시 데이터베이스 처리량 최적화합니다.

  • 읽기 및 쓰기 (write) 티켓은 최대 동시 트랜잭션 수를 제어합니다. WiredTiger 티켓 번호는 항상 128에 있어야 합니다. 값이 128 미만으로 유지되면 서버 지연 및 이로 인해 발생할 수 있는 잠재적 문제가 있음을 나타냅니다.

  • serverStatus 명령을 사용하여 현재 읽기 및 쓰기 (write) 티켓 수와 사용량을 확인할 수 있습니다. queues.execution 섹션을 확인하여 현재 로드 및 티켓 가용성을 파악합니다.

  • 낮은 WiredTiger 티켓 번호를 해결하려면 다음을 수행합니다.

    • 티켓 할당을 자동으로 관리 하려면 동적 조정 기능 활성화되어 있는지 확인하세요.

    • 클러스터 에 워크로드 처리하다 할 수 있는 충분한 리소스(예: CPU 및 메모리)가 있는지 확인합니다.

    • MongoDB 3.2 이전 버전을 사용하는 경우 WiredTiger 사용하는 이후 버전으로 업그레이드 .

    • 최대 동시 트랜잭션 수를 수동으로 조정해야 하는 경우 storageEngineConcurrentReadTransactions 및 storageEngineConcurrentWriteTransactions 매개변수를 수정할 수 있습니다.

문서 구조 안티패턴

쿼리 계획 문서 구조 반패턴을 보여주는 지표 포함되어 있지 않지만, 느린 쿼리를 디버깅할 때 반패턴을 찾을 수 있습니다. 성능을 저하시키는 다음과 같은 가장 일반적인 잘못된 쿼리 관행에 주의하세요.

• 바인딩되지 않은 배열: 크기 제한 없이 커질 수 있는 문서의 배열은 배열 업데이트 때마다 MongoDB 배열 문서에 다시 작성해야 하기 때문에 성능 문제를 일으킵니다. 자세한 내용은 제한이 없는 배열 피하기를 참조하세요.

• 경계가 없는 내장된 문서: MongoDB 최대 128 수준의 중첩으로 문서 내에 문서 삽입을 지원합니다. 내장된 문서를 포함한 각 MongoDB 문서 크기 제한은 16MB입니다. 내장된 문서가 너무 많으면 성능 문제가 발생할 수 있습니다.

  과도한 내장된 문서를 완화하려면 내장된 문서를 별도의 컬렉션으로 이동하고 원본 문서 에서 참조합니다. 자세한 내용은 비대해진 문서를 참조하세요.

복제 지연

복제 지연은 복제본 세트 의 세컨더리 멤버가 프라이머리 보다 뒤처질 때 발생합니다. 복제 지연 의 원인을 이해하려면 oplog관련 지표 검사하면 됩니다. 그러나 다음과 같은 문제가 복제 지연 의 가장 일반적인 원인입니다.

• 프라이머리 와 세컨더리 간의 네트워킹 문제로 인해 노드에 연결할 수 없습니다.

• 프라이머리 노드 보다 느린 데이터를 적용하는 세컨더리 노드

• 쓰기 (write) 용량 충분하지 않은 경우 샤드를 추가해야 합니다.

• 프라이머리 노드 의 느린 작업, 복제 차단

잠금 성능 문제

MongoDB의 내부 잠금 시스템은 쓰기 (write) 충돌과 일관되지 않은 읽기를 방지하면서 동시 쿼리를 지원 데 사용됩니다. 잠금으로 인한 성능 문제는 사용 가능한 읽기 또는 쓰기 (write) 티켓의 남은 수가 0에 도달하면 발생하며, 이는 새 읽기 또는 쓰기 (write) 티켓 사용할 수 있을 때까지 새로운 읽기 또는 쓰기 (write) 요청이 대기열에 추가됨을 의미합니다.

잠금 성능 문제는 최적이 아닌 인덱스와 잘못된 스키마 설계 패턴을 나타낼 수 있으며, 이로 인해 잠금이 필요 이상으로 오래 유지될 수 있습니다.

커서 열기

트래픽의 증가 없이 열려 있는 커서의 수가 증가하는 경우, 이는 인덱싱된 쿼리가 잘못되었거나 큰 결과 집합으로 인해 쿼리가 오래 실행되었기 때문일 수 있습니다.

읽기 및 쓰기 작업

읽기 및 쓰기 작업 지표 클러스터 수행하는 작업의 양을 나타냅니다. opcounters.query 필드를 통해 읽기 작업을 찾고 opcounters.insert, opcounters.update 및 opcounters.delete을 통해 쓰기 (write) 작업을 찾을 수 있으며, 이는 각각 삽입, 업데이트 및 삭제 작업의 총 수를 계산합니다.

읽기 대 쓰기 비율은 클러스터 에서 실행 워크로드의 특성에 따라 달라집니다.

• 시간 경과에 따른 읽기 및 쓰기 (write) 작업을 모니터링하면 정상 범위와 임계값을 설정할 수 있습니다.

• 읽기 및 쓰기 (write) 작업의 처리량 증가 추세에 따라 용량 점진적으로 늘릴 수 있습니다.

문서 지표 및 쿼리 실행기

문서 지표 및 쿼리 실행기는 클러스터 너무 사용 중인지 여부를 나타냅니다. 읽기 및 쓰기 작업 지표와 마찬가지로 이러한 지표 에는 맞고 그른 숫자가 없지만 정상적인 상태를 잘 알고 있으면 성능 저하가 큰 워크로드 크기에서 비롯된 것인지 아니면 다른 이유로 인해 발생한 것인지 파악하는 데 도움이 됩니다.

문서 지표를 조회 하려면 metrics.keysExamined 및 metrics.totalExecMicros 필드에 액세스 . 쿼리 실행기 지표 조회 하려면 metrics.fromPlanCache 필드 검사합니다. $queryStats 집계 단계를 사용하여 이러한 필드를 모두 찾을 수 있습니다.

• MongoDB 문서 찾거나 문서 삽입할 때마다 문서 지표 업데이트합니다. 문서를 더 많이 찾거나, 삽입하거나, 업데이트 , 삭제 클러스터 더 바빠집니다.

  • 용량 많은 클러스터 의 성능이 저하되면 일반적으로 쿼리 문제가 있음을 나타냅니다.

• 쿼리 실행기는 두 개의 데이터 포인트를 사용하여 처리 중인 쿼리 수를 알려줍니다.

  • 스캔됨: 쿼리 및 쿼리 계획 평가 중에 스캔된 인덱스 항목의 선택한 샘플 기간 동안의 초당 평균 속도입니다.

  • 스캔된 객체: 쿼리 및 쿼리 계획 평가 중에 스캔된 문서의 선택한 샘플 기간 동안의 초당 평균 속도입니다.

클라이언트 연결 수

문서 의 필드 connections.current 에 있는 serverStatus 현재 클라이언트 연결 수 지표는 시스템의 총 부하를 나타낼 수 있습니다. 하루 또는 한 주의 다양한 시간에 정상 범위를 추적 하면 트래픽 급증을 빠르게 식별하는 데 도움이 될 수 있습니다.

관련 지표인 사용된 연결의 비율은 MongoDB 에 사용 가능한 연결이 거의 실행 되는 시점을 나타낼 수 있습니다.

스토리지 지표

스토리지 지표 MongoDB 영구 저장 사용하는 방법을 추적 . WiredTiger 스토리지 엔진 에서 각 컬렉션 과 각 인덱스 는 개별 파일입니다. 컬렉션 의 문서 업데이트 하면 MongoDB 전체 문서 다시 작성합니다.

• dbStats.dataSize, dbStats.indexSize, dbStats.storageSize 또는 데이터베이스 의 문서 수와 같은 메모리 공간 지표 데이터베이스 트래픽이 정상적인 범위 내에 있는 동안 예기치 않은 심각한 변화를 보이면 데이터 삭제 또는 손상과 같은 문제를 나타낼 수 있습니다. , 예기치 않은 데이터 증가 또는 인덱스 변경.

• dbStats.dataSize 이(가) 갑자기 떨어지면 대량의 데이터가 삭제되었음을 의미할 수 있습니다. 이 감소가 예기치 않은 경우 신속하게 조사해야 합니다.

메모리 지표

메모리 지표 MongoDB 클러스터 호스팅하는 컴퓨팅 인프라의 가상 메모리 사용하는 방법을 보여줍니다. serverStatus결과의 mem문서에서 메모리 지표 찾을 수 있습니다.

• 페이지 오류 수가 증가하거나 변경되었지만 아직 디스크에 기록되지 않은 데이터 양이 증가하면 클러스터 에서 사용할 수 있는 메모리 양과 관련된 문제가 있을 수 있습니다.

• 캐시 지표 작업 세트 사용 가능한 캐시 초과하는지 확인하는 데 도움이 될 수 있습니다.