이것은 mongodb가 항상 읽기-쓰기 잠금으로 인해 비판을 받아온 것인데, 버전 2.2 이전에는 전역적이었습니다. 즉, 쓰기 작업 중에 전체 데이터베이스가 읽기 및 쓰기가 제한되었습니다. 나중에 컬렉션 수준 잠금이 점차 지원되었지만 동일한 컬렉션을 읽고 쓰는 것에 대해 이야기하는 경우 문서 수준 잠금을 지원하는 엔진이 있는지는 아직 모르겠습니다. . 그래서 죄송합니다. 발생한 문제를 해결할 수는 없지만 비즈니스 관점에서 이 상황을 피하거나 데이터베이스를 읽기-쓰기 분리로만 나눌 수 있다고 생각합니다.
설명에 따르면 2.8 이전 버전을 사용하고 있어야 합니다. 문서 수준 잠금은 2.8부터 지원되기 때문입니다. 3.0 이후 mongodb는 WiredTiger 엔진을 종료했습니다. 고강도 동시성을 원하지 않는 한, 일괄 삽입 쿼리의 경우 다양한 사용자가 언제든지 동일한 컬렉션에 있는 다양한 문서를 편집하고 쿼리할 수 있습니다. 기본적으로 mongodb의 읽기, 쓰기 속도에는 문제가 없습니다. 이것이 그가 존재하는 이유입니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
이것은 mongodb가 항상 읽기-쓰기 잠금으로 인해 비판을 받아온 것인데, 버전 2.2 이전에는 전역적이었습니다. 즉, 쓰기 작업 중에 전체 데이터베이스가 읽기 및 쓰기가 제한되었습니다. 나중에 컬렉션 수준 잠금이 점차 지원되었지만 동일한 컬렉션을 읽고 쓰는 것에 대해 이야기하는 경우 문서 수준 잠금을 지원하는 엔진이 있는지는 아직 모르겠습니다. . 그래서 죄송합니다. 발생한 문제를 해결할 수는 없지만 비즈니스 관점에서 이 상황을 피하거나 데이터베이스를 읽기-쓰기 분리로만 나눌 수 있다고 생각합니다.
설명에 따르면 2.8 이전 버전을 사용하고 있어야 합니다. 문서 수준 잠금은 2.8부터 지원되기 때문입니다. 3.0 이후 mongodb는 WiredTiger 엔진을 종료했습니다. 고강도 동시성을 원하지 않는 한, 일괄 삽입 쿼리의 경우 다양한 사용자가 언제든지 동일한 컬렉션에 있는 다양한 문서를 편집하고 쿼리할 수 있습니다. 기본적으로 mongodb의 읽기, 쓰기 속도에는 문제가 없습니다. 이것이 그가 존재하는 이유입니다.