MongoDB Internals

[표 1]의 SAFE는 [그림 1-5]의 경우를 말한다. 즉, 서버에서 저장소에 클라이언트가 보내준 데이터가 저장되었음을 나타낸다.
 

DBCollection coll...;

coll.insert(..., WriteConcern.SAFE);

 
자바로 상기와 같이 쓰기 명령을 수행하면 데이터가 안전하게 저장되고 난 다음에 insert() 메소드가 리턴한다. 또는 다음과 같이 getLastError()를 활용하는 방법도 있다.
 

DB db...;
DBCollection coll...;

db.requestStart();
coll.insert(...);
DBObject err = db.getLastError();
db.requestDone();

 
여기에서 다음과 같은 질문이 나올 수 있다. “그렇다면, SAFE 모드는 서버에 ACK를 받아야만 하니깐, 속도가 느려지는 것 아닌가?” 당연하다. [그림 1-4]와 [그림 1-5]에서 보다시피 [그림 1-5]는 두 번의 데이터가 서로 교환되어야 한다. 얼핏 보아도 2배는 느려 보인다. 실제로 한 개의 연결만 가지고 쓰기 연산에 대한 테스트를 수행한다면, 2배 정도의 속도 차이가 난다. 하지만, MongoDB는 한 개의 연결 당 쓰레드로 구성된다. MongoDB의 연결 개수는 운영체제가 지원하는 쓰레드 수와 관련이 있으며, 시스템 하드웨어 성능에 따라서도 달라진다.

 MongoDB의 WriteConcern을 SAFE 모드로 검증을 한 결과, 한 개의 연결에서는 2배 정도의 성능 차이가 발생하지만, 복수 개의 연결에서는 병렬처리로 인해 약 15%의 성능 차이를 보인다. 따라서, 15%의 성능 저하를 감한 하더라도, 일관성이 중요한 데이터에 대해서는 SAFE 모드를 지원하는 것이 바람직하다. 하지만, 일관성 보다는 쓰기 성능에 이슈가 있는 경우라면 NORMAL 모드를 사용하여도 좋을 듯 하다.

이전글 : 소켓의 blocking-mode