Skip to main content

Repair-Compact MongoDB Database

Ta biết rằng khi thực hiện xóa một số document trong một collection (hoặc xóa cả collection) , vùng nhớ bị chiếm của những dữ liệu này sẽ không được trả cho hệ điều hành . Muốn giải phóng vùng nhớ này , phải thực hiện repairDatabase()
Cách thực hiện repair một replicaSet :
1 . Shut down instance mongod slave . Sau đó chạy repair (bằng cách start nó với tùy chọn --repair và không sử dụng replicaSet , không có tùy chọn --replSet). Sau đó start lại instance này với cấu hình replicaSet như cũ và chờ cho nó đồng bộ với master
2. Chuyển instance mongod từ master sang slave bằng cách kết nối vào instance này , sau đó dùng lệnh rs.stepDown() . Master sẽ được chuyển giao cho instance slave lúc đầu (lưu ý trường hợp có nhiều slave , nếu muốn chọn slave nào sẽ trở thành master dùng command rs.replSetFreeze() cho các slave còn lại). Ví dụ ta có A , B , C thuộc cùng 1 replicaSet , master là A . Muốn chuyển master cho B ta phải "freeze" C .
$ mongo --host C > // first check that everyone is healthy and in the states we expect: > rs.status() > // C : not eligible to be primary for 120 seconds > rs.freeze(120) > exit  $ mongo --host A > // A : step down as primary and ineligible to be primary for 120 seconds > rs.stepDown(120) > // B will now become primary. for this to work B must be up to date.
Sau đó làm tương tự bước 1 cho instance vừa mới bị chuyển thành slave .
3. Đối với arbiter không cần làm gì .

Đó là các bước repair đối với replicaSet . Tuy nhiên từ mongoDb phiên bản 1.9 + , có command compact có tác dụng đối với 1 collection cụ thể , không như repairData() sẽ có tác dụng với tất cả collection (gây tốn nhiều thời gian nếu như ta chỉ muốn thực hiện trên 1 collection cụ thể , trong thời gian repair , mongod sẽ bị lock )
db.runCommand( { compact : 'mycollectionname' } )

Comments

Popular posts from this blog

ReplicaSet MongoDb

A. Giới thiệu : Replication được dùng để "hot backup" dữ liệu khi có sự cố xảy ra . MongoDb có 1 collection gọi là oplog (viết tắt của operation log) , master sẽ dùng collection này cho việc ghi và các slave sẽ truy vấn từ collection này . Mỗi lần ghi (insert,update, delete) sẽ tạo ra một document trong oplog collection (nếu sử dụng replication, không dùng thì mongoDb sẽ không dùng tới collection oplog này) . Để sử dụng replication , start mongod với option replSet. Truy vấn từ oplog xem ở đây (Mình xin dịch lại) rs.initiate() use local db.oplog.rs.find() { "ts" : { "t" : 1286821527000 , "i" : 1 } , "h" : NumberLong ( 0 ) , "op" : "n" , "ns" : "" , "o" : { "msg" : "initiating set" } } ts : thời gian thao tác thực hiện . h : một ID duy nhất cho thao tác này . Mỗi thao tác sẽ có một giá trị khác nhau trong trường này...

MongoDB chiếm nhiều RAM ?

A. Giới thiệu : MongoDB là một trong những NoSQL(Not oly SQL) database được biết đến nhiều hiện nay , đặc trưng với cách lưu trữ dạng binary Json (BSON)cũng như khả năng truy vấn uyển chuyển (các NoSQL khác thường giới hạn điều này ) . Shell script tương tác bằng javascript . Do đó nó hay đi chung với Node.js :) Tuy nhiên , có một vấn đề là mongoDb sử dụng nhiều dung lượng RAM (do cơ chế caching của nó). Giải pháp là phải tăng dung lượng RAM cho server đó , cũng như là monitoring cẩn thận để không xảy ra tình trạng này . Nhưng còn giải pháp nào khác nữa không ? Đầu tiên cần tìm hiểu các nguyên nhân MongoDB chiếm nhiều RAM như vậy , từ đó mới có cách giải quyết triệt để . Dưới đây là một số nguyên nhân mà tôi đã tìm hiểu được . B. Nguyên nhân : 1. Index : MongoDb có tốc độ đọc (read) nhanh , nếu ta biết cách tạo index hiệu quả . MongoDB dùng B-tree index (nhanh hơn table scans). Tuy nhiên index này lại nằm trên RAM . Khi bạn dùng câu lệnh "remove" để xóa các document tron...

Bỏ Linux capability để bảo vệ container của bạn

Đọc bài này  Secure your containers one weird trick  của một bác bên Redhat thấy hay nên mình tạm dịch ở đây. Ý của bác này là nên bỏ các Linux capability khỏi container, cần dùng capability nào thì thêm vào. Một kiểu như là quản lý không xuể thì nên cấm ngay từ đầu. Bạn có biết có một tùy chọn có thể tắt Linux capabilities trong Docker? Sử dụng `docker run --cap-drop` bạn có thể khóa root trong container để nó có quyền truy cập giới hạn trong container. Đáng buồn là hầu hết không ai từng thắt chặt security cho một container. Trong bài này mình để nguyên từ " capability " trong " Linux capability " mà không dịch là " khả năng " để bạn biết đó là một khái niệm của Linux. Ngày hôm sau là quá muộn Có một xu hướng đáng buồn trong dân IT khi nghĩ về security khi đã quá trễ. Người ta chỉ chú ý đến security system ngay sau khi hệ thống đã bị bẻ gãy. Gỡ bỏ capability có thể là một giải pháp đơn giản để cải thiện container security. Thế nào là Li...