MongoDB 4.4 릴리스 노트

4.4.29 - 2024년 2월 28일

• SERVER-70155 oplog 슬롯이 mongod '느린 쿼리' 로그 줄에 열려 있는 기간을 추가합니다

• SERVER-82353 MovePrimary가 동시에 실행될 때 다중 문서 트랜잭션이 문서를 놓칠 수 있음

• SERVER-83564 프로세스 필드가 config.locks에 색인되어 있는지 확인함

• SERVER-85536 [4.4] 인덱싱되지 않은 고유한 부분 인덱스 항목 제거 시 쓰기 충돌 발생

• 4.4.29에서 모든 JIRA 문제가 종료됨

• 4.4.29 변경 로그

4.4.28 - 1월 18, 2024

• SERVER-77506 샤딩된 다중 문서 트랜잭션은 데이터와 ShardVersion이 일치하지 않을 수 있음

• SERVER-82365 밸런서의 컬렉션 분포 상태 히스토그램 구성을 최적화함(두 번째 시도)

• SERVER-82883 스텝업에서 TransactionCoordinator를 복구하면 참가자가 준비 상태인 동안 읽기/쓰기 티켓 획득이 차단될 수 있음

• WT-7929 체크포인트 중 FTDC 중단을 방지하기 위해 솔루션을 조사함

• 4.4.28에서 모든 JIRA 문제가 종료됨

• 4.4.28 변경 로그

4.4.27 - 1월 3, 2024

• SERVER-63865 클린 종료 후 독립형 시작 복구 중 누락된 인덱스 ID 처리

• SERVER-81106 수신자 샤드가 복제 단계를 시작하기 전에 컬렉션 버전이 로컬로 유지될 때까지 기다리지 않음

• SERVER-81878 시작 복구 중에 컬렉션 제거가 적용된 경우 startupRecoveryForRestore가 제대로 재생되지 않을 수 있음

• 서버-82325 밸런서 라운드 중 구성 서버가 변하지 않을 수 있음

• WT-11564 최신 트랜잭션 값이 체크포인트에 존재할 때만 읽도록 RTS를 수정함

• 4.4.27에서 모든 JIRA 문제가 종료됨

• 4.4.27 변경 로그

4.4.26 - 2023년 11월 27일

수정된 문제:

• SERVER-50792 shardCollection 또는 refineCollectionShardKey에 대한 샤드 키 인덱스를 찾을 수 없는 경우 더 유용한 오류를 반환합니다.

• SERVER-80021 double과 string 사이에서 $convert 왕복을 올바르게 수행함

• SERVER-81106 수신자 샤드가 복제 단계를 시작하기 전에 컬렉션 버전이 로컬로 유지될 때까지 기다리지 않음

• SERVER-81966 새로 고침하는 동안 이전 ChunkMap 인스턴스 수정을 방지합니다

• WT-10424 삭제된 항목이 많으면 cursor::search_near 성능이 저하됨

• 4.4.26에서 모든 JIRA 문제가 종료됨

• 4.4.26 변경 로그

4.4.25 - 2023년 9월 29일

수정된 문제:

• 서버-76299 세컨더리의 serverStatus에서 writeConflicts 보고

• SERVER-78828 정렬하는 동안 LDAP 호스트 타이밍 데이터가 일관되지 않을 수 있음

• WT-11031 체크포인트에서 시간 창 정보가 없는 테이블을 건너뛰도록 RTS를 수정함

• SERVER-70973 더 이상 사용 가능한 샤드가 없을 때 밸런서가 컬렉션 반복을 중지해야 함

• SERVER-71627 캐시된 수집 경로 정보를 새로 고치면 청크가 100만 개 있는 클러스터의 경우 모든 클라이언트 요청이 심각하게 차단됨

• SERVER-78813 lastCommitted optime이 null인 소진 커서로 커밋 지점 전파가 무기한 실패함

• WT-8570 복구 중 가장 오래된 ID를 늘리지 않음

• WT-10449 기록 저장소에 기록할 업데이트가 없으면 업데이트 체인을 저장하지 않음

• 4.4.25에서 모든 JIRA 문제가 종료됨

• 4.4.25 변경 로그

4.4.24 - 8월 23, 2023

수정된 문제:

• 서버-76299 세컨더리의 serverStatus에서 writeConflicts 보고

• SERVER-78828 정렬하는 동안 LDAP 호스트 타이밍 데이터가 일관되지 않을 수 있음

• WT-11031 체크포인트에서 시간 창 정보가 없는 테이블을 건너뛰도록 RTS를 수정함

• 4.4.24에서 모든 JIRA 문제가 종료됨

• 4.4.24 변경 로그

4.4.23 - 2023년 7월 13일

• SERVER-73943 메모리가 제한된 시스템의 메모리에 있는 핀 코드 페이지입니다.

• SERVER-75922 MongoDB 4.2 이상으로 업그레이드한 후 4.0에서 생성한 부분 고유 인덱스의 인덱스 키가 누락되어 고유성 위반이 발생할 수 있음

• SERVER-78126 특정 종류의 입력의 경우, 빅 엔디안 플랫폼에서 mongo::Value()가 항상 동일한 결과로 해시함

• 4.4.23에서 모든 JIRA 문제가 종료됨

• 4.4.23 변경 로그

4.4.22 - 2023년 5월 18일

• SERVER-48196 timelib를 최신으로 업그레이드하여 내장 시간대 파일을 최신으로 업데이트함

• SERVER-57056 INFO 메시지에 해당하는 Syslog 심각도가 잘못 설정됨

• WT-10551 증분 백업이 수정된 블록을 생략할 수 있음

• 4.4.22에서 모든 JIRA 문제가 종료됨

• 4.4.22 변경 로그

4.4.21 - 2023년 4월 27일

수정된 문제:

• SERVER-75261 "listCollections" 명령이 실패하고 BSONObjectTooLarge 오류가 발생함

• SERVER-76098 $search 데이터 정렬과 단순하지 않은 데이터 정렬이 있는 쿼리를 허용함

• 4.4.21에서 모든 JIRA 문제가 종료됨

• 4.4.21 변경 로그

4.4.20 - 4월 10, 2023

수정된 문제:

• SERVER-51835 Mongos readPreferenceTags가 예상대로 작동하지 않습니다

• SERVER-74345 이전 버전(Debian, RPM 패키지)에서 업그레이드한 후mongodb-org-server 4.4.19, 5.0.15, 6.0.5가 시작되지 않음

• SERVER-75205 모든 읽기 티켓이 소진되면 산출 후 잠금 복원과 강등 간 교착 상태가 발생함

• WT-9500 RTS가 HS 업데이트의 키/값 타임스탬프 대신 셀 시간 창을 사용하도록 수정함

• 4.4.20에서 모든 JIRA 문제가 종료됨

• 4.4.20 변경 로그

4.4.19 - 2월 27, 2023

수정된 문제:

• SERVER -68122 초기 동기화 중 컬렉션 WiredTiger 구성 문자열 복제 조사

• SERVER-71759 dataSize 명령이 반환되지 않음

• SERVER-72222 샤딩된 클러스터의 결과가 병합될 때 단일 축소 최적화가 적용된 MapReduce가 실패함

• SERVER-72535 샤딩된 클러스터를 사용하면 대체 케이스를 사용하여 'admin', 'local', 'config' 데이터베이스를 생성할 수 있음

• SERVER-70235 v4.2-v.4.4에서 범위 삭제 문서를 만들지 않음. 컬렉션 UUID 불일치 시 업그레이드.

• WT-9599 차단 관리자에서 fallocate를 호출하기 위해 핫 백업 락 획득

• 4.4.19에서 모든 JIRA 문제가 종료됨

• 4.4.19 변경 로그

4.4.18 - 2022년 11월 21일

수정된 문제:

• SERVER-66289 v5.0.8에서 $out이 BSONObj 크기 오류를 잘못 발생시킴

• SERVER-61185 고유 인덱스 조회에 prefix_search를 사용함

• SERVER-68115 "elemMatchRootLength > 0" 불변 trigger에 생기는 버그를 수정함

• SERVER-50454 중복 키 오류 시 'keyValue' 필드를 드라이버로 전송 방지

• SERVER-69443 [4.4] --enableMajorityReadConcern=false인 경우 다중 문서 트랜잭션에서 추측성 majority 읽기 허용

• 4.4.18에서 모든 JIRA 문제가 종료됨

• 4.4.18 변경 로그

4.4.17 - 2022년 9월 28일

수정된 문제:

• SERVER-68925 시작 시 검사 테이블 로깅 설정을 다시 도입함(SERVER-43664를 되돌림)

• SERVER-56127 청크가 마이그레이션되고 샤드 키 패턴이 중첩된 필드를 사용하는 경우 재시도 가능한 업데이트가 두 번 이상 실행될 수 있음

• SERVER-64142 refineCollectionShardKey 명령에 새 enforceUniqueness를 추가합니다

• SERVER-65382 AutoSplitVector가 clientReadable을 사용하여 샤드 키 필드를 재정렬하면 안 됨

• SERVER-61275 세션 캐시가 종료된 후 크기 저장소를 파기합니다.

• WT-9870 복구 중 가장 오래된 타임스탬프가 업데이트될 때마다 고정된 타임스탬프를 업데이트하는 문제를 수정함

• 4.4.17에서 모든 JIRA 문제가 종료됨

• 4.4.17 변경 로그

4.4.16 - 8월 19, 2022

수정된 문제:

• SERVER-67302 클럭 변경 시 '읽기 타임스탬프 또는 PBWM 잠금 없이 복제된 컬렉션에서 읽기' 충돌

• SERVER-61321 텍스트 인덱스 버전의 큰/NaN 값 처리를 개선함

• SERVER-60607 지역 색인 버전의 큰/NaN 값 처리를 개선함

• SERVER-66418 string 순서 가정으로 인해 종속성 분석 중 잘못된 프로젝션이 생성됨

• WT-9096 키가 존재하지 않을 때 가끔 잘못된 키/값을 반환하는 검색을 수정함

• 4.4.16에서 모든 JIRA 문제가 종료됨

• 4.4.16 변경 로그

4.4.15 - Jun 21, 2022

수정된 문제:

• SERVER-66433 5.1 이전 버전으로 백포트할 때 겹치는 범위 삭제 완료를 기다리는 백포트 기한

• SERVER-65821 커밋/중단 결정을 지속한 적 없는 트랜잭션이 준비된 경우 setFCV 중 교착 상태가 발생함

• SERVER-65131 기회주의적 읽기 타깃팅을 비활성화함(헤지된 읽기 (hedged read) 제외)

• SERVER-62272 컬렉션에 스키마 유효성 검사를 추가하면 실패한 문서의 청크 마이그레이션을 방지할 수 있습니다.

• SERVER-54900 네트워킹 호출을 차단하면 동기화 소스 확인이 무기한 지연될 수 있음

• 4.4.15에서 모든 JIRA 문제가 종료됨

• 4.4.15 변경 로그

4.4.14 - 2022년 5월 9일

수정된 문제:

• SERVER-64983 TransactionParticipant::_resetTransactionState에서 WT 트랜잭션을 롤백하기 전에 클라이언트 락 해제

• SERVER-62229 recoverFromOplogAsStandalone=true인 상태에서 인덱스 빌드 항목 적용 시 생기는 불변성을 수정함

• SERVER-60412 호스트 메모리 제한 검사에서 cgroups v2를 지원하지 않음

• SERVER-55429 수신기가 겹치는 범위를 정리하지 않는 경우 마이그레이션을 일찍 중단

• WT-8924 행 저장소에서 충돌을 확인할 때 삽입 목록이 있는 경우 디스크 시간 창을 확인하지 않음

• 4.4.14에서 모든 JIRA 문제가 종료됨

• 4.4.14 변경 로그

4.4.13 - 2022년 3월 7일

수정된 문제:

• 서버-63203 8192개 이상의 분할 지점이 발견된 경우 청크 분할기가 분할되지 않음

• SERVER-62065 3.6에서 4.0로의 업그레이드 경로로 인해 샤드에 기록 없이 청크 항목이 남겨질 수 있음

• SERVER-59754 동일한 $lookup 모양을 공유하는 작업에 대한 queryHash/planCacheKey 로깅이 잘못됨

• SERVER-55483 테이블 로그 설정 확인을 생략하는 새로운 시작 매개변수 추가

• SERVER-40691 $nin:[...] 쿼리는 인덱싱되지 않습니다.

• 4.4.13에서 모든 JIRA 문제가 종료됨

• 4.4.13 변경 로그

4.4.12 - 1월 21, 2022

수정된 문제:

• SERVER-62203 스레드 이름 "Health checks progress monitor"를 "FaultManagerProgressMonitor"로 변경

• SERVER-61930 개별 상태 관찰자는 단일 상태 확인을 수행할 때 시간 초과 기간이 경과하면 오류를 반환해야 함

• SERVER-61637 범위 삭제자 일괄 처리 정책을 검토함

• SERVER-59362 Fault Manager 상태 시스템을 설정합니다

• 4.4.12에서 모든 JIRA 문제가 종료됨

• 4.4.12 변경 로그

4.4.11 - 2021년 12월 30일

수정된 문제:

• WT-8395 4.4.3 및 4.4.4에서 4.4.8+ 밀 5.0.2+로 업그레이드한 후 데이터의 일관성이 없음

• SERVER-60326 X509 인증서에 빈 주체 이름이 있는 경우 Windows Server가 시작되지 않음

• SERVER-60310 OCSP 응답 유효성 검사는 관련 없는 인증서의 상태를 고려하지 않아야 함

• SERVER-59226 중단할 수 없는 것으로 표시된 프로필 세션을 사용하여 강등할 때 교착 상태가 발생함

• 서버-56226 [v4.4] 청크 마이그레이션의 커밋을 방지하기 위해 config.collections 항목에 'permitMigrations' 필드 도입

• SERVER-51329 mongos 서버를 종료할 때 재시도할 수 없는 오류가 예상치 않게 발생함

• SERVER-45953 oplog 판독기의 읽기 티켓 획득을 면제

• 4.4.11에서 모든 JIRA 문제가 종료됨

• 4.4.11 변경 로그

4.4.10 - 2021년 10월 15일

수정된 문제:

• SERVER-59876: 송신 연결을 설정하는 동안 libcrypto.so에서 반환하는 데 오래 걸림

• SERVER-59867: ReplSetConfig/MemberConfig의 분할된 수평선 매핑은 결정론적으로 직렬화되어야 함

• SERVER-59456: LDAPReaper 스레드 풀 시작

• SERVER-59074: oplog 가시성만을 설정/대기하기 위한 저장 티켓을 획득하지 않음

• SERVER-54064: 중재자의 세션이 누적되어 삭제할 수 없음

• 4.4.10에서 모든 JIRA 문제가 종료됨

• 4.4.10 변경 로그

4.4.9 - 2021년 9월 21일

수정된 문제:

• SERVER-57630: Ubuntu 18.04에서 OpenSSL 1.1.1에 대해 실행할 때 SSL_OP_NO_RENEGOTIATION을 활성화함

• SERVER-34938: 단일 oplog 배치에 의해 캐시에 고정된 콘텐츠로 인해 세컨더리 속도 저하 또는 중단

• WT-8005: 기록 저장소 항목이 해결되지 않은 상태로 남을 가능성이 있었던 준비 커밋 버그를 수정함

• WT-7995: 체크포인트 가시성을 벗어날 수 없는 전역 가시성을 수정함

• WT-7984: 체크포인트에서 데이터 페이지를 생략할 수 있는 버그를 수정함

• 4.4.9에서 모든 JIRA 문제가 종료됨

• 4.4.9 변경 로그

4.4.8 - 8월 4, 2021

수정된 문제:

• SERVER-58936: 고유 인덱스 제약 조건이 적용되지 않을 수 있음

• SERVER-58258: 'replSetGetStatus' 응답에 'initialSync' 필드가 없음을 어설션하기 전에 초기 동기화가 상태를 지우도록 대기

• SERVER-52906: 마이그레이션 실패 후 복제 인덱스를 롤백한 moveChunk가 샤드 키 인덱스 누락으로 인해 무기한 중단될 수 있음

• WT-7837: wt_hs_insert_updates에서 업데이트 구조를 지워 어설션 실행 방지

• WT-6729: stable의 활성 트랜잭션 검사로 롤백을 실행하기 전에 제거를 중지함

• 4.4.8에서 모든 JIRA 문제가 종료됨

• 4.4.8 변경 로그

4.4.7 - 2021년 7월 16일

수정된 문제:

• SERVER-57476: oplog 슬롯을 유지하는 동안 작업이 준비 충돌로 차단되어 복제가 무기한 지연될 수 있음

• SERVER-56054: 복제 작성기 스레드 풀의 minThreads 값을 0으로 변경

• SERVER-53760: $unwind + $sort 파이프라인이 디스크에 유출할 때 많은 수의 파일 처리를 생성합니다.

• SERVER-47699: 범위 삭제자가 사용하는 양보 유형을 YIELD_MANUAL에서 YIELD_AUTO로 변경

• WT-7185: 강제 제거 중이거나 가장 오래된 트랜잭션은 중단하지 않아야 함

• 4.4.7에서 모든 JIRA 문제가 종료됨

• 4.4.7 변경 로그

4.4.6 - 2021년 5월 10일

수정된 문제:

• SERVER-53604: 인증 감사 로그에 원본 Amazon Web Services iam arn을 포함

• SERVER-52564: 스텝다운과 MongoDOperationContextSession 사이의 교착 상태

• WT-7442: dhandle에 불안정한 업데이트가 있을 때만 RTS가 dhandle을 열도록 함

• WT-7426: 페이지 이미지 생성 시 쓰기 생성 번호 설정

• WT-7373: oplog에서 느린 임의 커서 작업 개선

• 4.4.6에서 모든 JIRA 문제가 종료됨

• 4.4.6 변경 로그

4.4.5 - 4월 8, 2021

수정된 문제:

• SERVER-55298: BSONObjectTooLarge 오류를 재현하고 조사

• 서버-53566: 'opCtx != nullPTr && _opCtx == nullPTr' 불변량을 조사하고 재현

• SERVER-51281: mongod 라이브 잠금

• SERVER-46686: Explain이 maxTimeMS를 준수하지 않음

• SERVER-45836: 기본 로그 수준에서 더 많은 LDAP 세부 정보(예: 서버 IP) 제공

• 4.4.5에서 모든 JIRA 문제가 종료됨

• 4.4.5 변경 로그

4.4.4 - 2월 16, 2021

수정된 문제:

• SERVER-48471: 해시 인덱스가 멀티키로 잘못 표시되어 샤드 키 자격이 박탈될 수 있음

• SERVER-50769: 서버가 expr{"expr":"_currentApplyOps.getArrayLength() > 0","file":"src/mongo/db/pipeline/document_source_change_stream_transform.cpp","line":535}} 후 다시 시작됨

• SERVER-52919: 초기 동기화에 와이어 압축이 활성화되지 않음

• WT-7109: 이전 버전과의 호환성을 위해 더 이상 지원되지 않는 구성 옵션 유지

• WT-7117: 업데이트를 복원하는 동안 RTS가 온디스크 기본 업데이트보다 최신인 수정 사항을 건너뜀

• 4.4.4에서 모든 JIRA 문제가 종료됨

• 4.4.4 변경 로그

4.4.3 - 2021년 1월 4일

수정된 문제:

• SERVER-33966: 집계의 중복 $sort가 최상의 $limit $sort 통합을 방지

• SERVER-40361: 계획 캐시 항목의 메모리 공간 감소

• SERVER-52654: monitoring-keys-for-HMAC 스레드로 새 서명 키가 생성되지 않음

• SERVER-52824: 경로를 사용하여 AWS 역할 지원

• SERVER-52929: 32개의 키를 사용하여 복합 인덱스를 올바르게 처리

• 4.4.3에서 모든 JIRA 문제가 종료됨

• 4.4.3 변경 로그

4.4.2 - 2020년 11월 18일

수정된 문제:

• SERVER-48067: 고유하지 않은 키가 많은 고유 인덱스 빌드에 대한 메모리 사용량 감소

• SERVER-48523: 변경 스트림을 재개하려고 할 때 oplog의 첫 번째 항목을 무조건 확인

• SERVER-50365: 시간 초과할 수 없는 장기 실행 트랜잭션으로 인해 멈춤

• SERVER-50394: mongod 감사 로그가 샤딩된 환경에서 DDL 작업을__system 사용자에게 속성으로 지정

• SERVER-51041: 세컨더리 읽기에 대한 트랜잭션 시작 스로틀

• SERVER-51120: SORT_MERGE를 사용하는 쿼리 찾기에서 데이터 정렬이 지정된 경우 결과가 잘못 정렬됨

• 4.4.2에서 모든 JIRA 문제가 종료됨

• 4.4.2 변경 로그

4.4.1 - 2020년 9월 9일

수정된 문제:

• 서버-48531: 청크 분할기, 준비된 트랜잭션, 강등 스레드 간에 3 방향 교착 상태가 발생할 수 있음

• 서버-48641: 세션이 체크아웃된 상태에서 쓰기 고려를 기다리는 MigrationDestinationManager로 인해 교착 상태 발생

• SERVER-49546: FCV를 4.4로 설정하면 범위 삭제 작업을 한 번에 하나씩이 아닌 배치로 삽입해야 함

• SERVER-49694: 샤딩된 클러스터에서 가장 가까운 읽기 또는 헤지된 읽기는 가까운 샤드 복제본으로 라우팅되지 않을 수 있습니다.

• SERVER-50137: MongoDB가 3.4에서 생성된 oplog 항목으로 인해 불변 실패와 충돌

• SERVER-50140: 초기 동기화가 동기화 소스의 비정상적인 재시작 후에도 지속될 수 없음

• SERVER-50170: mongos에서 서버 선택 실패 수정

• WT-6623: 복구 파일 스캔에서 연결 수준 파일 ID를 설정합니다.

• 4.4.1에서 모든 JIRA 문제가 종료됨

• 4.4.1 변경 로그

모두 통합($unionWith 단계)

MongoDB 4.4는 $unionWith 집계 단계를 추가하여 여러 컬렉션의 파이프라인 결과를 단일 결과 세트로 결합하는 기능을 제공합니다.

자세한 내용은 $unionWith를 참조하세요.

사용자 지정 집계 표현식

버전 4.4부터 MongoDB는 사용자가 사용자 지정 집계 표현식을 정의할 수 있는 다음과 같은 새로운 연산자를 제공합니다.

• $accumulator

• $function

이러한 새로운 연산자가 추가되면 mapReduce 및 $where에 의존하는 대신 집계를 사용하여 사용자 지정 JavaScript 표현식을 작성할 수 있습니다.

자세한 내용은 집계 파이프라인으로 맵 리듀스를 참조합니다.

새로운 집계 연산자

일반 집계 개선 사항

재개 가능한 초기 동기화

MongoDB 4.4부터는 초기 동기화를 수행하는 보조가 일시적 (즉, 다음과 같은) 이유로 동기화 프로세스가 중단된 경우 동기화 프로세스를 재개하려고 시도할 수 있습니다. 임시) 네트워크 오류, 컬렉션 삭제 또는 컬렉션 이름 변경 등이 있습니다. 또한 동기화 원본은 다시 시작 가능한 초기 동기화를 지원하기 위해 MongoDB 4.4를 실행해야 합니다. 동기화 소스가 MongoDB 4.2 이하 버전을 실행하는 경우, 보조 소스는 일시적이지 않은 네트워크 오류가 발생한 것처럼 초기 동기화 프로세스를 다시 시작해야 합니다.

기본적으로 보조 동기화는 24시간 동안 초기 동기화를 다시 시도합니다. MongoDB 4.4는 보조 서버가 초기 동기화를 재개하려고 시도하는 시간을 제어하기 위해 initialSyncTransientErrorRetryPeriodSeconds 서버 매개변수를 추가했습니다. 보조 서버가 구성된 기간 동안 초기 동기화 프로세스를 성공적으로 재개할 수 없는 경우 복제 세트에서 새로운 정상 소스를 선택하고 초기 동기화 프로세스를 처음부터 다시 시작합니다.

MongoDB 4.4 이전 경우 세컨더리는 프로세스 중에 오류가 발생하면 전체 초기 동기화를 다시 시작합니다.

스트리밍 복제

MongoDB 4.4부터 소스에서 동기화하면 세컨더리 동기화에 연속적인 oplog 항목 스트림이 전송됩니다.

MongoDB 4.4 이전에는 세컨더리가 소스에서 동기화를 요청하고 응답을 기다리는 방식으로 oplog배치의 일괄 처리를 가져왔습니다. 이를 위해서는 각 배치의 oplog 항목에 대해 네트워크 왕복이 필요했습니다. MongoDB 4.4는 스트리밍 복제를 비활성화하고 이전 복제 동작을 사용하기 위한 oplogFetcherUsesExhaust 시작 매개변수를 추가합니다.

자세한 내용은 스트리밍 복제를 참조하세요.

롤백 디렉토리

Mongo 4.4부터 컬렉션의 롤백 디렉터리 이름은 컬렉션 네임스페이스가 아닌 컬렉션의 UUID를 따라 지정됩니다.

<dbpath>/rollback/20f74796-d5ea-42f5-8c95-f79b39bad190/removed.2020-02-19T04-57-11.0.bson

자세한 내용은 데이터 롤백을 참조하세요.

최소 Oplog 보존 기간

다음 기준이 모두 충족되는 경우에만 mongod에서 oplog 항목을 제거하는 최소 시간 수를 지정하여 oplog 항목을 보존할 수 있습니다.

• oplog가 구성된 최대 크기에 도달했습니다.

• oplog 항목이 호스트 시스템 시계를 기준으로 구성된 시간보다 오래된 경우

기본적으로 MongoDB는 최소 oplog 보존 기간을 설정하지 않으며, 설정된 최대 oplog 크기를 유지하기 위해 가장 오래된 항목부터 자동으로 oplog를 잘라냅니다.

mongod 시작 시 최소 oplog 보존 기간을 구성하려면 다음 중 하나를 수행하십시오.

• storage.oplogMinRetentionHours mongod 2} 설정을 구성 파일에 추가합니다.

  -또는-

• --oplogMinRetentionHours 명령줄 옵션을 추가합니다.

실행 중인 mongod 의 최소 oplog 보존 기간을 구성하려면 replSetResizeOplog 를 사용하십시오. mongod 실행 시 최소 oplog 보존 기간을 설정하면 시작 시 설정된 모든 값이 재정의됩니다. 서버를 다시 시작해도 변경 사항을 유지하려면 해당 구성 파일 설정 또는 명령줄 옵션의 값을 업데이트해야 합니다.

slowOpSampleRate 가 보조 로그에 영향을 미침

MongoDB 4.4부터 복제본 세트 세컨더리의 느린 oplog 애플리케이션 로그는 slowOpSampleRate의 영향을 받습니다. 이전 버전에서는 MongoDB가 샘플 속도에 관계없이 모든 느린 oplog 항목을 기록합니다.

slowOpSampleRate 프로파일링하거나 기록해야 하는 저속 작업의 비율을 지정합니다.

데이터가 포함된 복제본 세트 멤버에서 동시에 인덱스 빌드

복제본 세트 또는 샤딩된 클러스터에서 인덱스 빌드가 데이터를 보유한 모든 복제본 세트 멤버에서 동시에 진행됩니다. 샤딩된 클러스터의 경우 인덱스 빌드는 인덱싱되는 컬렉션에 대한 데이터가 포함된 샤드에서만 발생합니다. 프라이머리에는 인덱스를 사용할 준비가 된 것으로 표시하기 전에 빌드를 완료해야 하는 자신을 포함한 최소한의 데이터 보유 voting 멤버(즉, 쿼럼 커밋)가 필요합니다.

기본적으로 인덱스 빌드는 데이터를 보유한 모든 투표 멤버의 쿼럼 커밋을 사용합니다. 기본이 아닌 쿼럼 커밋을 사용하여 인덱스 빌드를 시작하려면 MongoDB 4.4는 commitQuorum 매개변수를 createIndexes또는 해당 셸 헬퍼 db.collection.createIndex() 및 db.collection.createIndexes()로 추정합니다.

진행 중인 인덱스 빌드에 필요한 쿼럼을 수정하기 위해 MongoDB 4.4에 새로운 setIndexCommitQuorum 명령이 도입되었습니다.

자세한 내용은 복제된 환경에서의 인덱스 빌드 를 참조하세요.

복제본 세트 재구성 변경 사항

선호하는 초기 동기화 소스

MongoDB 4.4부터는 initialSyncSourceReadPreference 매개 변수를 사용하여 선호하는 초기 동기화 소스를 지정할 수 있습니다. 이 매개 변수는 setParameter 구성 파일 설정 또는 --setParameter 명령줄 옵션을 사용하여 mongod 스타트업 시에만 사용할 수 있습니다.

initialSyncSourceReadPreference 다음과 같은 읽기 설정 (read preference) 모드를 지원합니다.

• primary

• primaryPreferred (투표를 하는 복제본 세트 멤버에 대한 기본값)

• secondary

• secondaryPreferred

• nearest (새로 추가되거나 투표권이 없는 복제본 집합 구성원의 기본값)

복제본 세트가 chaining를 비활성화한 경우 기본 initialSyncSourceReadPreference 읽기 기본 설정 모드는 primary입니다.

initialSyncSourceReadPreference에는 태그 세트 또는 maxStalenessSeconds를 지정할 수 없습니다.

미러링된 읽기

버전 4.4부터 MongoDB는 선택 가능한 보조 멤버의 캐시를 가장 최근에 액세스한 데이터로 사전 워밍하기 위해 미러링된 읽기를 제공합니다. 미러링된 읽기를 사용하면 프라이머리는 수신한 오퍼레이션의 하위 집합을 미러링하여 선택 가능한 보조 노드의 하위 집합으로 전송할 수 있습니다. 보조 캐시를 미리 준비하면 선택 후 성능을 더 빠르게 복원하는 데 도움이 될 수 있습니다.

db.runCommand( { serverStatus: 1, mirroredReads: 1 } )

db.serverStatus( { mirroredReads: 1 } )

리파인어블 샤드 키

4.4부터 MongoDB는 refineCollectionShardKey 명령을 제공합니다. 새 명령을 사용하면 기존 키에 접미사 필드를 하나 이상 추가하여 컬렉션의 샤드 키를 정제할 수 있습니다. 컬렉션의 샤드 키를 정제하면 보다 세분화된 데이터 배포가 가능하며, 카디널리티가 부족하여 기존 키가 점보(즉, 분할할 수 없는) 청크가 되는 상황을 해결할 수 있습니다.

예를 들어 샤드 키가 { customer_id: 1 }인 기존 orders 컬렉션이 있을 수 있습니다. 샤드 키에 접미사 order_id 필드를 추가하여 { customer_id: 1, order_id: 1 }이 새 샤드 키가 되도록 샤드 키를 변경할 수 있으며, 이를 통해 customer_id 및 order_id 필드를 모두 기준으로 데이터를 배포할 수 있습니다.

refineCollectionShardKey 명령을 사용하려면 샤딩된 클러스터에 4.4 기능 호환성 버전(FCV)이 있어야 합니다. 자세한 내용은 refineCollectionShardKey 명령을 참조하세요.

이전 버전에서는 샤드 키를 선택하면 해당 샤드 키를 수정할 수 없습니다.

헤지된 읽기

지연 시간을 최소화하기 위해 mongos 인스턴스는 기본적으로 헤지된 읽기(hedged read)를 사용할 수 있습니다. 헤지된 읽기를 사용하면 mongos 인스턴스는 쿼리된 각 샤드당 여러 멤버로 읽기 작업을 라우팅하고 샤드당 첫 번째 응답자로부터 결과를 반환합니다. 기본적으로 mongos 인스턴스는 헤지된 읽기 사용을 지원합니다. 헤지된 읽기에 대한 mongos 인스턴스 지원을 끄려면 readHedgingMode에 대해 mongos 매개변수를 설정하세요.

헤지된 읽기(hedged read)는 읽기 설정의 일부로 작업별로 지정됩니다. 비-primary 읽기 설정(read preference)은 헤지된 읽기를 지원합니다. 읽기 기본 설정 nearest는 기본적으로 헤지된 읽기를 지정합니다.

자세한 내용은 다음을 참조하세요.

• 헤지된 읽기

• 샤드 클러스터에 대한 읽기 설정 (read preference)

balancerCollectionStatus 명령

MongoDB 4.4는 명령 balancerCollectionStatus와 mongo 셸 헬퍼 메소드 sh.balancerCollectionStatus()를 제공하여 샤드된 컬렉션의 청크가 균형 잡혀 있는지 여부에 대한 정보를 반환합니다(즉, 이동할 필요가 없음). 이때 명령이 실행되거나 이동되어야 하는 시점을 기준으로 합니다. 이 명령을 사용하면 사용자는 초기 청크 생성 및 마이그레이션이 완료되었는지 확인할 수 있습니다.

시작 mongos 절차 개선

MongoDB 4.4부터 mongos는 다음과 같은 새로운 기본 스타트업 동작을 추가합니다.

• mongos 는 처음 들어오는 클라이언트 연결에 대해 온디맨드 방식으로 라우팅하는 대신 시작 시 샤딩된 클러스터의 라우팅 테이블을 미리 로드합니다.

• mongos 는 수신되는 클라이언트 연결에 대해 온디맨드 방식으로 수행하는 대신 시작 시 호스트를 샤딩하도록 연결 풀을 미리 워밍합니다.

이 동작으로 인해 mongos 인스턴스가 시작되거나 재시작된 후 초기 클라이언트 연결을 더 빠르게 서비스할 수 있습니다. 특히 이를 통해 여러 mongos 인스턴스를 사용하는 사이트는 연결 설정 시 기다릴 필요 없이 해당 인스턴스에 대한 초기 클라이언트 요청 없이 필요에 따라 인스턴스를 다시 시작하거나 새 인스턴스를 추가할 수 있습니다.

라우팅 테이블 사전 로드와 연결 풀 사전 준비는 기본적으로 활성화되어 있습니다.

MongoDB 4.4는 이 동작을 제어하기 위해 다음과 같은 파라미터를 추가합니다.

• loadRoutingTableOnStartup

  • 기본값: true(활성화됨)

  • mongos 시작 시 라우팅 테이블 사전 로드 지원을 활성화하거나 비활성화합니다.

• warmMinConnectionsInShardingTaskExecutorPoolOnStartup

  • 기본값: true(활성화됨)

  • mongos 시작 시 연결 풀 사전 워밍 지원을 활성화하거나 비활성화합니다.

• warmMinConnectionsInShardingTaskExecutorPoolOnStartupWaitMS

  • 기본값: 2000(2초)

  • 설정된 연결 풀 크기에 관계없이 mongos에 대한 클라이언트 연결이 허용되기 전 시간 제한을 밀리초 단위로 설정합니다.

라우팅 테이블 업데이트 개선

movePrimary 또는 dropDatabase 명령을 실행한 후 더 이상 flushRouterConfig를 실행할 필요가 없습니다. 이제 이 두 명령은 실행 시 필요에 따라 샤딩된 클러스터의 라우팅 테이블을 자동으로 새로 고침합니다. 수동으로 flushRouterConfig 명령을 실행하는 것이 여전히 권장되는 특정 상황들은 flushRouterConfig 고려 사항에 설명되어 있습니다.

복합 해시 샤드 키

MongoDB 4.4부터 단일 해시 필드가 있는 복합 샤드 키를 사용하여 컬렉션을 샤딩할 수 있습니다. 4.4 이전에서 MongoDB는 해시된 필드가 있는 복합 샤드 키를 지원하지 않았습니다.

복합 해시 샤딩은 구역 샤딩과 같은 기능을 지원하며, 여기서 접두사(즉, 첫째) 해시되지 않은 필드는 구역 범위를 지원하는 반면 해시된 필드는 분할된 데이터의 보다 균등한 배포를 지원합니다. 예를 들어, 다음 작업은 구역 샤딩을 지원하는 복합 해시 샤드 키에서 컬렉션을 샤딩합니다.

sh.shardCollection(
  "examples.compoundHashedCollection",
  { "fieldA" : 1, "fieldB" : 1, "fieldC" : "hashed" }
)

복합 해시 샤딩은 고정된 필드 증가와 관련된 데이터 배포 문제를 해결하기 위해 해시된 접두사가 있는 해시 샤드 키도 지원합니다. 예를 들어 다음 작업은 해시된 필드가 해시 샤드 키 접두사인 복합 해시 샤드 키에서 컬렉션을 샤딩합니다.

sh.shardCollection(
  "examples.compoundHashedCollection",
  { "_id" : "hashed", "fieldA" : 1}
)

청크 마이그레이션 페일오버 복원력 개선

MongoDB 4.4부터 다음과 같은 변경 사항은 페일오버 중 청크 마이그레이션 및 고아 문서 정리 복원력을 개선합니다.

• 청크 마이그레이션 후 정리 대기 중인 청크 범위는 이제 config.rangeDeletions 컬렉션에 유지되고 샤드 전체에 복제됩니다. 페일오버가 발생하는 경우 샤드의 새로운 프라이머리는 config.rangeDeletions 컬렉션의 문서를 읽고 해당 범위 삭제를 재개합니다. 정리 대기 중인 범위를 설명하는 문서는 범위가 삭제된 후 config.rangeDeletions 컬렉션에서 삭제됩니다.

• cleanupOrphaned 명령은 더 이상 샤드에서 고아 문서를 삭제하지 않습니다. 대신 cleanupOrphaned는 샤드에서 삭제되도록 예약된 고아 문서가 삭제될 때까지 기다립니다.

샤드의 범위 삭제를 일시 중지하려면 샤드의 프라이머리에서 disableResumableRangeDeleter 매개변수를 true로 설정하세요.

일반 샤드 클러스터 개선 사항

$meta 연산자

$sort 변경 사항

MongoDB 4.4부터 sort() 메서드는 이제 $sort 집계 단계와 동일한 정렬 알고리즘을 사용합니다. 이번 변경으로 인해 중복 값이 포함된 필드에 대해 sort()를 수행하는 쿼리는 해당 값에 대해 일관되지 않은 정렬 순서를 초래할 가능성이 훨씬 더 높습니다.

중복 값에 sort()를 사용할 때 정렬 일관성을 보장하려면 정렬에 고유한 값만 포함하는 추가 필드를 포함하세요.

이 작업은 정렬에 _id 필드를 추가하면 쉽게 수행할 수 있습니다.

자세한 내용은 Sort Consistency(정렬 일관성)을(를) 참조하세요.

새로운 Kerberos 유효성 검사 도구 mongokerberos

MongoDB Enterprise 4.4는 MongoDB와 함께 사용할 플랫폼 속 Kerberos 구성의 유효성을 검사하고 Kerberos를 통해 종단 간 클라이언트 인증을 테스트하기 위한 새로운 mongokerberos 도구를 제공합니다. 실행되면 mongokerberos는 발생한 문제를 나타내는 보고서를 반환하고 문제를 해결할 가능성이 있는 조언을 제공합니다. mongokerberos는 MongoDB Enterprise에서만 사용할 수 있습니다.

OCSP

버전 4.4부터 MongoDB는 기본적으로 OCSP(온라인 인증서 상태 프로토콜)를 사용하여 인증서 해지를 확인할 수 있도록 합니다. OCSP를 사용하면 정기적으로 Certificate Revocation List (CRL)를 다운로드하고 업데이트된 CRL로 mongod / mongos를 다시 시작할 필요가 없습니다.

버전 4.0 및 4.2에서는 Windows 또는 macOS에서 system certificate store를 사용해야만 OCSP를 사용할 수 있습니다.

x.509 인증서 만료 임박 트리거 경고

MongoDB 4.4부터 mongod / mongos(은)는 제시된 x.509 인증서가 mongod/mongos 시스템 시계상 30일 이내에 만료되는 경우 연결 시 경고를 로그합니다. 특히 mongod 또는 mongos에 대한 다음 연결은 x.509 인증서 만료 경고를 트리거할 수 있습니다.

• MongoDB 드라이버를 사용하여 TLS 연결을 설정하거나 또는 30일 이내에 만료되는 인증서를 사용하여 x.509 클라이언트 인증을 수행하는 mongo 셸 또는 애플리케이션입니다. (예: --tlsCertificateKeyFile 또는 tlsCertificateKeyFile로 지정된 인증서).

• 30일 이내에 만료되는 인증서를 사용하여 x.509 멤버십 인증을 수행하는 mongod 클러스터 구성원입니다. (즉, net.tls.clusterFile, net.tls.clusterCertificateSelector, mongod --tlsClusterFile 또는 mongod --tlsClusterCertificateSelector(으)로 지정된 인증서).

• 30일 이내에 만료되는 인증서로 x.509 멤버십 인증을 수행하는 mongos 클러스터 멤버십 인증입니다 . (예: 지정된 인증서(즉, net.tls.clusterFile, net.tls.clusterCertificateSelector, mongos --tlsClusterFile 또는 mongos --tlsClusterCertificateSelector에 지정된 인증서)입니다.

경고 로그 메시지는 다음과 유사합니다.

<Timestamp> W NETWORK [connection] Peer certificate <Certificate Subject Name> expires...

만료가 임박한 클라이언트 x.509 인증서를 사전에 갱신하여 클러스터 연결을 유지하는 방법을 고려해 보세요.

MongoDB 4.4는 인증서 만료 경고 임계값을 제어하기 위한 tlsX509ExpirationWarningThresholdDays 매개 변수를 추가합니다. 경고를 비활성화하려면 매개 변수를 0으로 설정합니다. 전체 문서를 보려면 tlsX509ExpirationWarningThresholdDays를 참조하세요.

TLS 1.3 지원

MongoDB 4.4(4.2, 4.0, 3.6버전 포함)는 CentOS 8 및 RHEL 8에서 TLS1.3을 지원합니다.

네트워크 또는 인증 실패 시 사용자-고유 이름 매핑 종료

mongod, mongos 또는 mongoldap는 LDAP 서버에 대한 네트워킹 또는 인증 실패로 인해 사용자-DN(고유 이름) 매핑 중 하나를 평가할 수 없는 경우 오류를 반환합니다.

mongod, mongos또는 mongoldap은 연결 요청을 거부하고 나머지 매핑(있는 경우)을 확인하지 않습니다.

사용자를 DN 매핑에 지정하려면 다음을 참조하세요.

• security.ldap.userToDNMapping

• mongod --ldapUserToDNMapping

• mongos --ldapUserToDNMapping

• mongoldap --ldapUserToDNMapping

다중 LDAP 암호 지원

MongoDB 4.4부터 ldapQueryPassword setParameter 명령은 문자열 또는 문자열의 배열을 허용합니다. 배열로 설정하면 한 비밀번호가 성공할 때까지 각 비밀번호를 시도합니다. 이 명령을 사용하면 MongoDB의 다운타임 없이 LDAP 계정 비밀번호 롤오버를 수행할 수 있습니다.

추가된 플랫폼

MongoDB 4.4는 다음 플랫폼에 대한 지원을 추가합니다.

• PPC64LE 및 s390 x 아키텍처의 RHEL 8 /CentOS 8 /Oracle 8

• s390x 아키텍처의 SLES 15

• x86_64, PPC64LE, ARM64, s390x 아키텍처의 Ubuntu 20.04

제거된 플랫폼

MongoDB 4.4는 다음 플랫폼에 대한 지원을 제거합니다.

• Amazon Linux 2013.03

• s390x 아키텍처의 RHEL 6 / CentOS 6 / Oracle 6

• Windows 7 / 서버 2008 R2

• Windows 8 / Server 2012

• Windows 8.1 / 서버 2012 R2

• macOS 10.12

MongoDB 4.4에서 지원되는 플랫폼 및 아키텍처의 전체 목록은 플랫폼 지원에서 확인하세요.

Atlas 클러스터에 대한 AWS IAM 자격 증명을 지원하는 Mongo 셸

MongoDB 4.4부터 mongo shell은 AWS IAM 자격 증명을 사용하여 AWS IAM 인증을 위해 구성된 MongoDB Atlas 클러스터에 인증하는 것을 지원합니다.

이 방식으로 인증하려면 새로운 MONGODB-AWS authentication mechanism이 사용되고 AWS 액세스 키 ID와 비밀 액세스 키를 제공해야 하며 이 ID는 연결 문자열 또는 --username 및 --password 옵션을 통해 명령줄에서 지정할 수 있습니다.

또한 AssumeRole 요청을 사용할 때 임시 자격 증명을 통한 인증에 AWS 세션 토큰을 사용하는 경우 또는 Lambda와 같이 이 값을 지정하는 AWS 리소스로 작업하는 경우, AWS_SESSION_TOKEN authMechanismProperties 값을 사용하여 연결 문자열에 해당 세션 토큰을 제공하거나 --awsIamSessionToken 옵션을 통해 명령줄에 해당 세션 토큰을 제공해야 할 수 있습니다.

또는 Amazon Web Services 액세스 키 ID, 시크릿 액세스 키 또는 세션 토큰이 해당 AWS IAM 환경 변수를 사용하여 플랫폼에 정의된 경우 mongo 셸은 이러한 환경 변수 값을 사용하여 인증하므로 연결 문자열에 이를 지정할 필요가 없습니다.

사용에 대한 연결 문자열 인증 옵션 및 MONGODB-AWS를 사용하여 Atlas 클러스터에 연결 예시를 참조하세요.

MongoDB database 도구 프로젝트로 마이그레이션

MongoDB 4.4부터 다음 도구에 대한 문서가 MongoDB Database Tools 프로젝트로 마이그레이션되었습니다.

• mongoimport

• mongoexport

• mongodump

• mongorestore

• mongotop

• mongostat

• mongofiles

• bsondump

MongoDB Database Tools는 Apache 라이선스, 버전 2.0을 사용합니다. 소스 코드는 mongodb/mongo-tools를 참조하세요.

새로운 mongokerberos Kerberos 유효성 검사 도구

MongoDB Enterprise 4.4는 MongoDB와 함께 사용할 플랫폼 속 Kerberos 구성의 유효성을 검사하고 Kerberos를 통해 종단 간 클라이언트 인증을 테스트하기 위한 새로운 mongokerberos 도구를 제공합니다. 실행되면 mongokerberos는 발생한 문제를 나타내는 보고서를 반환하고 문제를 해결할 가능성이 있는 조언을 제공합니다. mongokerberos는 MongoDB Enterprise에서만 사용할 수 있습니다.

자세한 내용은 mongokerberos 참조 페이지를 확인하세요.

mongoreplay MongoDB 패키징에서 제거됨

MongoDB 4 4부터 mongoreplay(이)가 MongoDB 패키징에서 제거되었습니다. mongoreplay 및 관련 문서는 mongodb-labs github 프로젝트로 마이그레이션되었습니다. mongodb-labs의 프로젝트는 실험용이며 MongoDB에서 공식적으로 지원하지 않습니다.

이전 문서에 대한 퀵 링크

• mongoreplay 4.2

• mongoreplay 4.0

• mongoreplay 3.6

Windows MSI에 패키지로 제공되지 않는 MongoDB Database Tools

커뮤니티 및 엔터프라이즈 에디션의 Windows MSI 설치 관리자에는 MongoDB Database Tools (mongoimport, mongoexport 등)가 포함되어 있지 않습니다. Windows용 MongoDB Database Tools를 다운로드하고 설치하려면 MongoDB Database Tools 설치하기를 참조하세요.

MongoDB 4.2 또는 이전 MSI 설치 관리자를 사용하여 Database Tools를 MongoDB 서버와 함께 설치했다면 이제 Database Tools를 별도로 다운로드해야 합니다.

새 드라이버

• 이제 공식 MongoDB Rust 드라이버를 사용할 수 있습니다.

• 이제 공식 MongoDB Swift 드라이버를 사용할 수 있습니다.

복합 해시 인덱스

MongoDB 4.4에는 단일 해시 필드로 복합 인덱스를 생성하는 기능이 추가되었습니다. MongoDB 4.2 이전 버전에서는 단일 필드 해시 인덱스만 지원했습니다.

다음 작업은 country 및 _id에 복합 해시 인덱스를 생성합니다.

db.examples.createIndex( { "country" : 1, "_id" : "hashed" } )

복합 해시 인덱스를 사용하려면 featureCompatibilityVersion이 4.4로 설정되어 있어야 합니다.

숨겨진 인덱스

버전 4.4부터 MongoDB는 쿼리 플래너에서 인덱스를 숨기거나 숨김 해제하는 기능을 추가합니다. 쿼리 플래너에서 숨겨진 인덱스는 쿼리 계획 선택의 일부로 평가되지 않습니다.

플래너에서 인덱스를 숨기면 실제로 인덱스를 제거하지 않고도 인덱스 제거의 잠재적 영향을 평가할 수 있습니다. 영향이 부정적인 경우 제거된 인덱스를 다시 생성할 필요 없이 인덱스 숨기기를 해제할 수 있습니다. 또한 인덱스는 숨겨진 상태에서도 완전히 유지되므로 숨겨진 인덱스는 숨김을 해제하면 즉시 사용할 수 있습니다.

자세한 내용은 숨겨진 인덱스를 참조하세요.

다음은 숨겨진 인덱스를 지원하기 위해 MongoDB가 도입한 기능입니다.

• 새로운 인덱스 옵션인 hidden입니다. 이 옵션은 다음 작업에서 지정할 수 있습니다.

  • createIndexes 명령

  • db.collection.createIndex() 및 db.collection.createIndexes() 메서드

  • collMod 명령

• 기존 인덱스를 숨기거나 숨기기를 해제하는 새로운 mongo 셀 헬퍼 메서드:

  • db.collection.hideIndex()

  • db.collection.unhideIndex()

dropIndexes 진행 중인 인덱스 빌드 중단 가능

dropIndexes 지정된 인덱스가 아직 빌드 중이면 dropIndexes가 진행 중인 빌드를 중지하려고 시도합니다. 인덱스 빌드를 중단하면 빌드된 인덱스를 제거하는 것과 동일한 효과가 있습니다. MongoDB 4.4 이전에서는 컬렉션에 진행 중인 인덱스 빌드가 있는 경우 dropIndexes가 오류를 반환했습니다. 이 동작은 db.collection.dropIndex() 및 db.collection.dropIndexes() shell 헬퍼에도 적용됩니다.

• dropIndexes / dropIndexes() 에 지정된 인덱스는 지정된 인덱스 빌더에 연결된 진행 중인 빌드의 전체 집합, 즉 단일 createIndexes 또는 db.collection.createIndexes() 작업으로 빌드된 인덱스여야 합니다.

• dropIndex()에 지정된 인덱스는 인덱스 빌더와 연결된 유일한 인덱스, 즉 단일 createIndexes 또는 db.collection.createIndexes() 작업으로 작성된 인덱스여야 합니다.

진행 중인 관련 빌드 세트에서 특정 인덱스를 삭제하려면 인덱스 빌드가 완료될 때까지 기다렸다가 해당 인덱스를 dropIndexes 또는 해당 셸 헬퍼로 지정합니다.

자세한 설명서는 다음을 참조하세요.

• dropIndexes 명령에 대해 진행 중인 인덱스 빌드를 중지합니다.

• dropIndexes() 메서드에 대해 진행 중인 인덱스 빌드를 중지합니다.

• dropIndex() 메서드에 대해 진행 중인 인덱스 빌드를 중지합니다.

drop() 진행 중인 인덱스 빌드 중단 가능

db.collection.drop() 메서드와 drop 명령은 collection을 삭제하기 전에 대상 collection에서 진행 중인 인덱스 빌드를 모두 중단합니다.

복제본 세트 또는 샤드 복제본 세트의 경우 기본 인덱스에서 인덱스를 중단해도 보조 인덱스 빌드가 동시에 중단되지는 않습니다. MongoDB가 프라이머리 인덱스에서 지정된 인덱스에 대해 진행 중인 빌드를 중단하려고 시도하고 성공하면 연결된 abort oplog 항목을 생성합니다. 복제된 진행 중인 빌드가 있는 세컨더리 멤버는 인덱스 빌드를 커밋하거나 중단하기 전에 프라이머리에서 oplog 항목을 커밋하거나 중단할 때까지 기다립니다.

복제본 세트 또는 샤드 복제본 세트의 경우 기본 인덱스에서 인덱스를 중단해도 보조 인덱스 빌드가 동시에 중단되지는 않습니다. MongoDB가 프라이머리 인덱스에서 지정된 인덱스에 대해 진행 중인 빌드를 중단하려고 시도하고 성공하면 연결된 abort oplog 항목을 생성합니다. 복제된 진행 중인 빌드가 있는 세컨더리 멤버는 인덱스 빌드를 커밋하거나 중단하기 전에 프라이머리에서 oplog 항목을 커밋하거나 중단할 때까지 기다립니다.

dropDatabase 진행 중인 인덱스 빌드 중단 가능

db.dropDatabase() 메서드와 dropDatabase 명령은 데이터베이스를 제거하기 전에 대상 데이터베이스의 컬렉션에서 진행 중인 인덱스 빌드를 중단합니다. 인덱스 빌드를 중단하면 빌드된 인덱스를 제거하는 것과 동일한 효과가 있습니다.

인덱스 geoHaystack 및 명령의 사용 중단 geoSearch

MongoDB 4.4는 geoHaystack 인덱스 및 geoSearch 명령을 더 이상 사용하지 않습니다. 대신 $geoNear 또는 $geoWithin과 함께 2d 인덱스를 사용합니다.

TCP 패스트 오픈 지원

MongoDB 4.4부터 mongod 및 mongos는 기본적으로 TFO(TCP Fast Open) 연결을 지원합니다. TFO를 사용하려면 클라이언트와 mongod/mongos 호스트 컴퓨터가 모두 지원되어야 하며 TFO를 활성화해야 합니다.

Windows

다음 Windows 운영 체제에서 TFO를 지원합니다.

• Microsoft Windows Server 2016 이상.

• Microsoft Windows 10 업데이트 1607 이상.

macOS

macOS 10.11(El Capitan) 이상은 TFO를 지원합니다.

리눅스

Linux 커널 3.7 이상을 실행하는 Linux 운영 체제는 인바운드 TFO 연결을 지원할 수 있습니다.

Linux 커널 4.11 이상을 실행하는 Linux 운영 체제는 인바운드 및 아웃바운드 TFO 연결을 지원할 수 있습니다.

인바운드 및/또는 아웃바운드 TFO 연결을 지원하려면 /proc/sys/net/ipv4/tcp_fastopen 값을 설정합니다.

• 아웃바운드 TFO 연결만 활성화하려면 1로 설정하세요.

• 인바운드 TFO 연결만 활성화하려면 2로 설정하세요.

• 인바운드 및 아웃바운드 TFO 연결을 사용하려면 3으로 설정합니다.

MongoDB 4.4는 TFO를 제어하기 위해 다음 매개 변수를 추가합니다.

MongoDB 4.4는 serverStatus 및 db.serverStatus()의 출력에 다음 카운터를 추가합니다.

TFO에 대한 전체 논의는 이 문서의 범위를 벗어납니다. TFO에 대한 자세한 내용은 다음 외부 리소스에서 확인하세요.

• RFC7413 TCP Fast Open

• TCP Fast Open (en.wikipedia.org)

블로킹 정렬 제한 증가

MongoDB가 특정 cursor.sort() 연산에 대한 정렬 순서를 얻기 위해 인덱스를 사용할 수 없는 경우 MongoDB는 데이터에 대해 블로킹 정렬을 수행해야 합니다. 차단 정렬은 MongoDB가 정렬에 대한 모든 입력 문서를 소비하고 처리해야 함을 나타냅니다. 차단 정렬은 컬렉션이나 데이터베이스에서 동시 작업을 차단하지 않습니다.

MongoDB 4.4 이전 버전의 MongoDB는 블로킹 정렬 작업에 32메가바이트 이상의 시스템 메모리가 필요한 경우 오류를 반환했습니다. MongoDB 4.4부터 블로킹 정렬 작업이 정렬 작업에 사용할 수 있는 시스템 메모리 제한을 100메가바이트로 늘립니다. 100메가바이트 이상의 시스템 메모리를 사용해야 하는 블로킹 정렬 작업의 경우 쿼리에서 cursor.allowDiskUse()를 지정하지 않는 한 MongoDB는 오류를 반환합니다(MongoDB 4.4에 새로 추가됨).

정렬 및 인덱스 사용에 대한 자세한 내용은 정렬 및 인덱스 사용을 참조하세요.

find 임시 파일을 사용하여 인덱싱되지 않은 대규모 정렬 지원 가능

MongoDB 4.4는 find 명령에 새로운 옵션 allowDiskUse를 추가합니다. allowDiskUse: true를 사용하면 100메가바이트 메모리 제한을 초과하는 인덱싱되지 않은('블로킹') 정렬 작업을 처리할 때 작업에서 디스크의 임시 파일을 사용할 수 있습니다. MongoDB 4.4 이전에는 정렬을 처리하는 동안 메모리 제한을 초과하면 블로킹 정렬을 사용하는 find 작업이 실패했습니다.

cursor.sort()를 사용하는 db.collection.find() 셸 메서드의 경우 MongoDB 4.4는 cursor.allowDiskUse() 커서 수정자를 추가합니다.

MongoDB가 인덱스를 사용하여 지정된 정렬을 충족할 수 있거나 또는 차단 정렬에 100MB 미만의 메모리가 필요한 경우 allowDiskUse 및 cursor.allowDiskUse()는 영향을 미치지 않습니다.

MongoDB 드라이버를 통해 실행한 쿼리에 대해 allowDiskUse를 활성화하는 방법에 대한 지침은 선호하는 MongoDB 4.4 호환 드라이버에 대한 문서를 참조하세요.

컬렉션 네임스페이스 제한

MongoDB 4.4부터

샤딩되지 않은 컬렉션 및 뷰에 대한 네임스페이스 길이 제한은 255바이트이고 샤딩된 컬렉션의 경우 235바이트입니다. 컬렉션 또는 뷰의 경우 네임스페이스에는 데이터베이스 이름, 점(.) 구분 기호 및 컬렉션/뷰 이름(예: <database>.<collection>)이 포함됩니다.

유효성 검사 데이터 처리량 정보

$currentOp 및 currentOp 명령에는 진행 중인 유효성 검증 작업에 대한 dataThroughputAverage 및 dataThroughputLastSecond 정보가 포함됩니다.

유효성 검사 작업에 대한 로그 메시지에는 dataThroughputAverage 및 dataThroughputLastSecond 정보가 포함됩니다.

compact 행동 변화

mongod --repair 행동 변화

MongoDB 4.4부터 mongod --repair는 다음에 대한 모든 인덱스를 다시 작성합니다.

• 컬렉션 데이터와 하나 이상의 인덱스 간에 불일치가 있는 컬렉션입니다.

• 복구 및 수정된 컬렉션

이전 버전의 MongoDB에서는 mongod --repair 옵션이 모든 컬렉션에 대한 모든 인덱스를 다시 빌드했습니다.

serverStatus 출력 변경

serverStatus 샤딩 통계 출력 변경

shardingStatistics.numHostsTargeted 는 CRUD 작업 및 집계 명령이 대상으로 하는 샤드 수를 보고합니다. 클러스터에서 각 작업을 수행할 때마다 관련 찾기, 삽입, 업데이트, 삭제 또는 집계 메트릭이 증가합니다.

replSetGetStatus 출력 변경

replSetGetStatus 는 다음과 같은 새 필드를 반환합니다.

• tooStale

• votingMembersCount

• writableVotingMembersCount

• initialSyncStatus.syncSourceUnreachableSince

• initialSyncStatus.currentOutageDurationMillis

• initialSyncStatus.totalTimeUnreachableMillis

• initialSyncAttempts.rollBackId

• initialSyncAttempts.operationsRetried

• initialSyncAttempts.totalTimeUnreachableMillis

db.auth()에서 비밀번호를 묻는 메시지를 표시할 수 있음

MongoDB 4.4부터 mongo 셸 메서드 db.auth(<username>, <password>)는 비밀번호 또는 <password>에 대한 passwordPrompt() 메서드를 전달하지 않은 경우 비밀번호를 묻는 메시지를 표시합니다.

뷰에서 정렬 지원 $natural

뷰에 대해 $natural 작업을 실행할 때 find 정렬을 지정할 수 있습니다.

진단 역추적 생성 지원

Linux에서 실행되는 MongoDB 인스턴스의 경우:

• mongod 및 mongos 프로세스가 SIGUSR2 신호를 받으면 각 프로세스 스레드의 로그에 역추적 세부 정보가 추가됩니다.

• 역추적 세부 정보에는 프로세스에 대한 함수 호출이 표시되며, 이러한 정보는 진단에 사용하고 필요한 경우 MongoDB 지원팀에 제공할 수 있습니다.

역추적 기능은 다음 아키텍처에서 사용할 수 있습니다.

• x86_64

• arm64 (MongoDB 5.0.10 및 6.0부터)

자세한 내용은 역추적 생성에서 확인하세요.

컨테이너 인식 FTDC 보고

MongoDB 4.4부터 이제 FTDC는 호스트 운영 체제가 아닌 컨테이너의 관점에서 컨테이너에서 실행되는 mongod에 대한 사용 데이터를 보고합니다. 자세한 내용은 풀타임 진단 데이터 캡처에서 확인할 수 있습니다.

업데이트된 ulimit 시작 경고

MongoDB 4.4부터 플랫폼의 열린 파일 수에 대해 구성된 ulimit 값이 64000 미만인 경우 mongod(은)는 스타트업 경고를 로그합니다. 이전에는 이 값이 1000 미만인 경우에만 경고가 로그되었습니다. 자세한 내용은 권장 ulimit 설정을 참조하세요.

새로운 replanReason 데이터베이스 프로파일러 출력 필드

MongoDB 4.4가 데이터베이스 프로파일러 출력 및 진단 로그 메세지에 replanReason필드를 추가합니다. replanReason 필드에는 쿼리 시스템이 캐시된계획을 제거한 이유가 포함됩니다.

dbStats 및 collStats 출력

dbStats 명령과 해당 mongo shell 도우미 db.stats()는 다음을 반환합니다.

• totalSize는 storageSize와 indexSize의 합계입니다.

collStats 명령과 해당 명령의 mongo 셸 도우미 db.collection.stats() 및 $collStats 집계 단계는 다음을 반환합니다.

• totalSize는 storageSize와 totalIndexSize의 합계입니다.

• freeStorageSize는 재사용할 수 있는 저장 공간의 양입니다.

추가 데이터베이스 명령에 사용할 수 있는 힌트

MongoDB 4.4부터 다음의 데이터베이스 명령은 hint 인수를 받아들여 사용할 인덱스를 지정할 수 있습니다.

• delete 명령과 관련 mongo shell 메서드 db.collection.deleteOne() 및 db.collection.deleteMany()

• findAndModify 명령 및 관련 mongo shell 메서드는 다음과 같습니다.

  • db.collection.findAndModify(),

  • db.collection.findOneAndDelete(),

  • db.collection.findOneAndReplace(),

  • db.collection.findOneAndUpdate()

참조:

• delete

• findAndModify

JavaScript 실행 mongos

MongoDB 4.4부터 MongoDB는 mongos 인스턴스에서 JavaScript 실행을 허용합니다. mongos 인스턴스에서 JavaScript 실행을 비활성화하려면 다음을 수행합니다.

• security.javascriptEnabled 구성 옵션을 false로 설정합니다.

• --noscripting 명령줄 옵션을 지정합니다.

MongoDB 이전 버전은 mongos 인스턴스에서 JavaScript 실행을 허용하지 않습니다.

전역 기본 읽기/쓰기 고려

MongoDB 4.4부터 복제본 세트 및 샤딩된 클러스터는 글로벌 기본 읽기 및 쓰기 고려 설정 구성을 지원합니다. 특정 읽기 또는 쓰기 고려 설정을 명시적으로 지정하지 않은 클라이언트는 해당 글로벌 기본 설정을 상속합니다.

기본 전역 기본 읽기 또는 쓰기 고려(write concern)를 구성하기 위해 MongoDB는 setDefaultRWConcern 관리 명령을 추가합니다. 복제본 세트의 경우 프라이머리 멤버에 대해 명령을 실행합니다. 샤딩된 클러스터의 경우 mongos에서 명령을 실행합니다.

전역 기본 읽기 또는 쓰기 고려(write concern) 설정을 검색하기 위해 MongoDB는 getDefaultRWConcern 관리 명령을 추가합니다.

currentOp 출력

• 진행 중인 유효성 검사 작업을 보고할 때 $currentOp에는 dataThroughputAverage 및 dataThroughputLastSecond 정보가 포함됩니다.

• currentOp 명령에는 진행 중인 유효성 검사 작업을 보고할 때 dataThroughputAverage 및 dataThroughputLastSecond 정보가 포함됩니다.

다음에 대한 새로운 KMIP 연결 매개변수 mongod

MongoDB 4.4 엔터프라이즈는 Kerberos 인증의 일부로 KMIP 서버에 대한 초기 연결을 강화하기 위해 두 가지 새로운 구성 설정을 도입합니다.

다음에 대한 새 시작 옵션 mongod

mongod의 새로운 processUmask 시작 옵션을 사용하면 honorSystemUmask가 false로 설정된 경우 그룹 및 기타 사용자에 대해 umask를 통해 권한을 설정할 수 있습니다.

mapReduce verbose 옵션 무시

MongoDB 4.4부터 mapReduce 명령 및 db.collection.mapReduce() 셸 메서드는 verbose 옵션을 무시합니다.

explain 지원 대상 mapReduce

MongoDB 4.4부터 explain 명령 또는 db.collection.explain() 셸 메서드를 사용하여 mapReduce 또는 db.collection.mapReduce()의 결과를 미리 볼 수 있습니다.

explain 결과 개선

버전 4.4부터:

• 샤드 cluster에서 실행된 명령에 대한Explain 결과 mongos 에는 serverInfo 각 샤드에 대해 반환된 객체 외에도 에 대한 최상위 serverInfo 객체가 포함됩니다. This is also available in versions 4.2.2, 4.0.14, and 3.6.16.

• 설명 결과 에는 이 인 경우 serverInfo 객체가 optimizedPipeline true포함됩니다. 이전 버전의 MongoDB에서는 optimizedPipeline 가 true 일 때 explain 결과에 serverInfo 객체가 포함되지 않는 경우가 있었습니다. 이 기능은 버전 4.2.2, 4.0.14, 3.6.16에서도 사용할 수 있습니다.

• 집계 결과 설명에는 executionStats 및 allPlansExecution 모드에서 db.collection.explain().aggregate() 메서드를 실행할 때 각 파이프라인 단계의 nReturned 및 executionTimeMillisEstimate 필드가 포함됩니다.

comment 모든 데이터베이스 명령에 사용 가능한 옵션

MongoDB 4.4부터 모든 데이터베이스 명령은 다음과 같은 방식으로 comment 필드 지정을 지원합니다.

db.runCommand( { <command> , "comment" : <any BSON type> })

설정되면 이 설명은 다음 위치에서 이 명령의 레코드와 함께 표시됩니다.

• mongod 로그 메시지( attr.command.cursor.comment 필드).

• 데이터베이스 프로파일러 출력의 command.comment 필드에 있습니다.

• currentOp{command.comment 5} 필드에 출력을 입력합니다.

주석은 유효한 BSON 객체(문자열, 정수, 배열 등)여야 합니다.

위치 연산자 $ 개선

MongoDB 4.4부터 위치 $ 연산자를 사용하면 쿼리 문서와 프로젝션 문서 간에 서로 다른 배열 필드를 지정할 수 있습니다.

예를 들어 다음 문서를 컬렉션에 삽입하는 경우입니다.

db.foo.insertOne( { a: [ "one", "two", "three" ], b: [ 1, 2, 3 ] } )

MongoDB 4.4부터 다음 쿼리를 사용하여 a 필드에 지정된 쿼리와 일치하는 문서에 대해 b 필드의 첫 번째 요소만 프로젝션할 수 있습니다.

db.foo.findOne( { a: "one" }, { "b.$": 1 } )

이전 버전의 MongoDB에서는 이 작업이 실패하는데, 이는 제한되는 배열 필드가 쿼리 문서에 나타나야 하기 때문입니다.