2011-10-02 53 views

Trả lời

4

tốt nhất là google này, nhưng nhiều nguồn tin cho biết rằng khi thiết lập làm việc của bạn triển nhanh hơn kích thước RAM của bạn hiệu suất sẽ giảm xuống đáng kể.

sharding có thể là một lựa chọn thú vị, thay vì thêm RAM hơn ..

http://www.mongodb.org/display/DOCS/Checking+Server+Memory+Usage

http://highscalability.com/blog/2011/9/13/must-see-5-steps-to-scaling-mongodb-or-any-db-in-8-minutes.html

http://blog.boxedice.com/2010/12/13/mongodb-monitoring-keep-in-it-ram/

http://groups.google.com/group/mongodb-user/browse_thread/thread/37f80ff39258e6f4

Can MongoDB work when size of database larger then RAM?

What does it mean to fit "working set" into RAM for MongoDB?

Bạn cũng có thể muốn đọc lên trên cúp 4square năm ngoái:

http://highscalability.com/blog/2010/10/15/troubles-with-sharding-what-can-we-learn-from-the-foursquare.html

http://groups.google.com/group/mongodb-user/browse_thread/thread/528a94f287e9d77e

http://blog.foursquare.com/2010/10/05/so-that-was-a-bummer/

phụ lưu ý:

bạn nói "swap is off "...? tại sao? Bạn nên luôn luôn có một không gian trao đổi đầy đủ trên một hệ thống UNIX! Swap-size = 1 ... Kích thước RAM 2 lần là một ý tưởng hay. Sử dụng phân vùng nhanh là một ý tưởng hay. Thực sự những điều xấu xảy ra nếu hệ thống UNIX của bạn hết RAM và không có Swap .. các quá trình chỉ chết không thể giải thích .. đó là một điều rất xấu! đặc biệt là trong sản xuất. Đĩa là giá rẻ! thêm một phân vùng trao đổi hào phóng! :-)

3

Nó thực sự phụ thuộc vào kích thước của bộ làm việc của bạn.

MongoDB có thể xử lý một cơ sở dữ liệu rất lớn vẫn rất nhanh nếu bộ làm việc của bạn nhỏ hơn kích thước RAM của bạn.

Bộ làm việc là bộ tài liệu bạn đang làm việc theo thời gian và chỉ mục.

Dưới đây là một liên kết mà có thể giúp bạn hiểu được điều này: http://www.colinhowe.co.uk/2011/02/23/mongodb-performance-for-data-bigger-than-memor/

Các vấn đề liên quan