다음에 대한 성능 문제 해결 Databases for MongoDB

1단계: 리소스 사용률 확인

1. IBM Cloud 콘솔에 로그인하고 MongoDB 배포로 이동합니다.

2. 모니터링 섹션을 검토하세요:

   • CPU 이용률
   • 메모리 사용량
   • 디스크 IOPS 및 지연 시간
   • 활성 연결

2단계: 느린 쿼리 식별

느린 쿼리는 성능 저하의 가장 일반적인 원인 중 하나입니다.

1. 프로파일링을 사용 설정합니다:

   db.setProfilingLevel(1, { slowms: 100 })
   

2. 최근 느린 작업을 검토합니다:

   db.system.profile.find().sort({ ts: -1 }).limit(20)
   

3. 쿼리 실행을 분석합니다:

   db.collection.find({ ... }).explain("executionStats")
   

3단계: 연결 사용량 검토

연결이 많거나 제대로 관리되지 않으면 성능에 영향을 미칠 수 있습니다.

db.serverStatus().connections

4단계: 복제 상태 확인

복제 지연은 읽기 성능과 데이터 최신성에 영향을 줄 수 있습니다.

rs.printSecondaryReplicationInfo()

5단계: 샤드 클러스터 고려 사항(해당되는 경우)

다음과 같은 상황에서 샤딩이 필요할 수 있습니다:

• 작업 세트가 RAM보다 큼
• 확장 후에도 최대치를 기록한 단일 노드 IOPS
• 가로 쓰기 스케일링이 필요합니다
• 컬렉션이 1-2TB를 초과합니다

자세한 내용은 성능 튜닝 및 샤딩을 참조하세요.

배포에 샤딩을 사용하는 경우 실행합니다:

sh.status()

6단계: 대용량 데이터 삭제 후

데이터의 상당 부분을 삭제해도 운영 체제 수준에서 디스크 사용량이 즉시 줄어들지는 않습니다.

7단계: 잠금 경합 확인

잠금 경합은 동시 작업과 전체 처리량에 심각한 영향을 미칠 수 있습니다.

• 글로벌 잠금 통계를 확인합니다:

  db.serverStatus().locks
  

• 현재 작업에서 잠금이 있는지 확인합니다:

  db.currentOp({
    $or: [
      { waitingForLock: true },
      { "locks.Global": "w" }
    ]
  })
  

• 잠금 대기 시간을 분석합니다:

  db.serverStatus().globalLock
  

8단계: 워크로드 패턴 분석

워크로드 패턴을 이해하면 최적화 기회를 파악하는 데 도움이 됩니다.

• 작업 카운터를 확인합니다:

  db.serverStatus().opcounters
  

• 시간 경과에 따른 운영을 분석하세요:

  db.serverStatus().opcountersRepl
  

• 인기 컬렉션을 식별합니다:

  db.adminCommand({ top: 1 })
  

• 쓰기 비율과 비교하여 읽기 비율을 확인합니다:

  var stats = db.serverStatus().opcounters;
  print("Read ratio: " + (stats.query + stats.getmore) / (stats.query + stats.getmore + stats.insert + stats.update + stats.delete));
  

9단계: 메모리 압박 및 캐시 효율성 조사

MongoDB's WiredTiger 스토리지 엔진은 캐시 효율성에 크게 의존합니다.

• WiredTiger 캐시 통계를 확인하세요:

  db.serverStatus().wiredTiger.cache
  

• 주요 지표를 검토합니다:

  var cache = db.serverStatus().wiredTiger.cache;
  print("Cache size: " + cache["bytes currently in the cache"]);
  print("Max cache size: " + cache["maximum bytes configured"]);
  print("Pages read into cache: " + cache["pages read into cache"]);
  print("Pages written from cache: " + cache["pages written from cache"]);
  print("Cache hit ratio: " + (1 - cache["pages read into cache"] / (cache["pages read into cache"] + cache["pages requested from the cache"])));
  

• 퇴거 압력이 있는지 확인하세요:

  db.serverStatus().wiredTiger.cache["pages evicted by application threads"]
  

db.serverStatus().wiredTiger.cache["tracked dirty bytes in the cache"]

10단계: 쓰기 우려 사항 및 읽기 환경 설정 검토

쓰기 우려 및 읽기 환경 설정은 성능과 일관성에 큰 영향을 미칩니다.

• 현재 쓰기 우려 사항을 확인합니다:

  db.getWriteConcern()
  

• 복제본 세트 구성을 확인합니다:

  rs.conf()
  

• 우려 사항 작성 옵션:

  우려 사항 작성 옵션

  우려 사항 작성	내구성	성능	유스 케이스
  w: 1	낮음	높음	중요하지 않은 데이터, 높은 처리량
  w: "majority"	높음	중간	기본적이고 균형 잡힌 접근 방식
  w: <number>	중간-높음	중간-낮음	특정 복제본 수
  j: true	최고	최하	저널 동기화가 필요한 중요 데이터

• 읽기 환경설정 옵션:

  읽기 환경설정 옵션

  읽기 기본 설정	일관성	성능	유스 케이스
  primary	최고	중간	기본, 강력한 일관성
  primaryPreferred	높음	중간-높음	보조로 폴백
  secondary	최종	높음	분석, 보고
  secondaryPreferred	최종	높음	읽기 스케일링
  nearest	최종	최고	가장 짧은 지연 시간

• 애플리케이션에서 읽기 기본 설정을 확인합니다:

  // Example in Node.js driver
  db.collection('users').find({}).readPreference('secondary')
  

11단계: 백업 및 유지 관리 영향 모니터링

백업 작업 및 유지 관리 작업은 일시적으로 성능에 영향을 줄 수 있습니다.

db.currentOp({
  $or: [
    { op: "command", "command.backup": { $exists: true } },
    { desc: /^conn/ }
  ]
})