MongoDB so với Cassandra [đã đóng]

Tôi đang đánh giá những gì có thể là tùy chọn di chuyển tốt nhất.

Hiện tại, tôi đang sử dụng MySQL (phân vùng ngang), với hầu hết dữ liệu của tôi được lưu trữ trong các đốm màu JSON. Tôi không có bất kỳ truy vấn SQL phức tạp nào (đã được di chuyển đi sau khi tôi phân vùng db).

Ngay bây giờ, có vẻ như cả MongoDB và Cassandra đều có thể là các tùy chọn. Hoàn cảnh của tôi:

• Đọc nhiều trong mọi truy vấn, viết ít thường xuyên hơn
• Không lo lắng về khả năng mở rộng "khổng lồ"
• Quan tâm hơn về thiết lập đơn giản, bảo trì và mã
• Giảm thiểu chi phí phần cứng / máy chủ

Nhiều lượt đọc trong mọi truy vấn, ít viết thường xuyên hơn

Cả hai cơ sở dữ liệu đều hoạt động tốt khi đọc trong đó tập dữ liệu nóng phù hợp với bộ nhớ. Cả hai cũng nhấn mạnh các mô hình dữ liệu không tham gia (và khuyến khích thay thế không chuẩn hóa) và cả hai đều cung cấp các chỉ mục trên các tài liệu hoặc hàng , mặc dù các chỉ mục của MongoDB hiện linh hoạt hơn.

Công cụ lưu trữ của Cassandra cung cấp khả năng ghi liên tục bất kể tập dữ liệu của bạn lớn đến mức nào. Các bài viết có nhiều vấn đề hơn trong MongoDB, một phần là do công cụ lưu trữ dựa trên b-cây, nhưng nhiều hơn là do khóa đa dạng mà nó thực hiện.

Để phân tích, MongoDB cung cấp bản đồ tùy chỉnh / giảm triển khai; Cassandra cung cấp hỗ trợ Hadoop riêng, bao gồm Hive (kho dữ liệu SQL được xây dựng trên bản đồ / giảm Hadoop) và Pig (ngôn ngữ phân tích dành riêng cho Hadoop mà nhiều người cho là phù hợp hơn với bản đồ / giảm khối lượng công việc so với SQL). Cassandra cũng hỗ trợ sử dụng Spark .

Không lo lắng về khả năng mở rộng "khổng lồ"

Nếu bạn đang xem một máy chủ, MongoDB có lẽ phù hợp hơn. Đối với những người quan tâm hơn về tỷ lệ, kiến ​​trúc không có điểm đơn lẻ của Cassandra sẽ dễ dàng thiết lập và đáng tin cậy hơn. (Khóa ghi toàn cầu của MongoDB cũng có xu hướng trở nên đau đớn hơn.) Cassandra cũng cung cấp nhiều quyền kiểm soát hơn về cách thức sao chép của bạn hoạt động, bao gồm hỗ trợ cho nhiều trung tâm dữ liệu.

Quan tâm hơn về thiết lập đơn giản, bảo trì và mã

Cả hai đều không quan trọng để thiết lập, với các mặc định bên ngoài hợp lý cho một máy chủ. Cassandra đơn giản hơn để thiết lập trong cấu hình nhiều máy chủ vì không có nút vai trò đặc biệt nào phải lo lắng.

Nếu bạn hiện đang sử dụng các đốm màu JSON, MongoDB là một kết hợp cực kỳ tốt cho trường hợp sử dụng của bạn, với điều kiện là nó sử dụng BSON để lưu trữ dữ liệu. Bạn sẽ có thể có dữ liệu phong phú hơn và có thể truy vấn nhiều hơn so với trong cơ sở dữ liệu hiện tại của bạn. Đây sẽ là chiến thắng quan trọng nhất cho Mongo.

Tôi đã sử dụng MongoDB một cách rộng rãi (trong 6 tháng qua), xây dựng một hệ thống quản lý dữ liệu phân cấp và tôi có thể chứng minh cho cả việc dễ dàng thiết lập (cài đặt, chạy, sử dụng nó!) Và tốc độ. Miễn là bạn nghĩ về các chỉ số một cách cẩn thận, nó hoàn toàn có thể hét lên, tốc độ khôn ngoan.

Tôi tập hợp rằng Cassandra, do được sử dụng với các dự án quy mô lớn như Twitter, có chức năng mở rộng tốt hơn, mặc dù nhóm MongoDB đang làm việc ngang bằng ở đó. Tôi nên chỉ ra rằng tôi đã không sử dụng Cassandra ngoài giai đoạn chạy thử, vì vậy tôi không thể nói chi tiết.

Người thay đổi thực sự đối với tôi, khi chúng tôi đánh giá cơ sở dữ liệu NoQuery, là truy vấn - Cassandra về cơ bản chỉ là một kho lưu trữ khóa / giá trị khổng lồ và truy vấn hơi khó hiểu (ít nhất là so với MongoDB), vì vậy về hiệu suất bạn phải sao chép khá nhiều dữ liệu dưới dạng một chỉ mục thủ công. MongoDB, mặt khác, sử dụng mô hình "truy vấn bằng ví dụ".

Ví dụ: giả sử bạn đã có Bộ sưu tập (cách nói MongoDB tương đương với bảng RDMS) có chứa Người dùng. MongoDB lưu trữ các bản ghi dưới dạng Tài liệu, về cơ bản là các đối tượng JSON nhị phân. ví dụ:

{
   FirstName: "John",
   LastName: "Smith",
   Email: "john@smith.com",
   Groups: ["Admin", "User", "SuperUser"]
}

Nếu bạn muốn tìm tất cả người dùng được gọi là Smith có quyền Quản trị viên, bạn chỉ cần tạo một tài liệu mới (tại bảng điều khiển quản trị bằng Javascript hoặc trong sản xuất bằng ngôn ngữ bạn chọn):

{
   LastName: "Smith",
   Groups: "Admin"
}

... Và sau đó chạy truy vấn. Đó là nó. Có các toán tử được thêm vào để so sánh, lọc RegEx, v.v., nhưng tất cả đều khá đơn giản và tài liệu dựa trên Wiki khá tốt.

Tại sao phải chọn giữa cơ sở dữ liệu truyền thống và kho lưu trữ dữ liệu NoQuery? Sử dụng cả hai! Vấn đề với các giải pháp NoQuery (vượt ra ngoài đường cong học tập ban đầu) là thiếu giao dịch - bạn thực hiện tất cả các bản cập nhật cho MySQL và có MySQL lưu trữ dữ liệu NoQuery để đọc - sau đó bạn được hưởng lợi từ mỗi thế mạnh của công nghệ. Điều này không thêm phức tạp, nhưng bạn đã có phía MySQL - chỉ cần thêm MongoDB, Cassandra, v.v. vào hỗn hợp.

Các kho dữ liệu của NoQuery thường có quy mô tốt hơn so với DB truyền thống cho cùng một thông số kỹ thuật khác - có một lý do tại sao Facebook, Twitter, Google và hầu hết các công ty mới khởi nghiệp đang sử dụng các giải pháp NoQuery. Đó không chỉ là những người đam mê công nghệ mới.

Có lẽ tôi sẽ trở thành một người kỳ quặc, nhưng tôi nghĩ bạn cần ở lại với MySQL. Bạn chưa mô tả một vấn đề thực sự cần giải quyết và MySQL / InnoDB là một back-end lưu trữ tuyệt vời ngay cả đối với dữ liệu blob / json.

Có một mẹo phổ biến giữa các kỹ sư Web là cố gắng sử dụng nhiều NoQuery hơn ngay khi nhận ra rằng không phải tất cả các tính năng của RDBMS đều được sử dụng. Điều này một mình không phải là một lý do chính đáng, vì hầu hết các cơ sở dữ liệu NoQuery thường có các công cụ dữ liệu khá kém (thứ mà MySQL gọi là công cụ lưu trữ).

Bây giờ, nếu bạn không thuộc loại đó, thì vui lòng chỉ định những gì còn thiếu trong MySQL và bạn đang tìm kiếm trong một cơ sở dữ liệu khác (như, tự động tắt, chuyển đổi dự phòng tự động, sao chép đa chủ, đảm bảo tính nhất quán dữ liệu yếu hơn trong cụm thanh toán trong thông lượng ghi cao hơn, vv).

Tôi chưa sử dụng Cassandra, nhưng tôi đã sử dụng MongoDB và nghĩ rằng nó thật tuyệt vời.

Nếu bạn đang thiết lập đơn giản, thì đây là: Bạn chỉ cần gỡ bỏ MongoDB và chạy trình nền mongod và đó là ... nó đang chạy.

Rõ ràng đó chỉ là một khởi đầu, nhưng để giúp bạn bắt đầu thì thật dễ dàng.

Tôi đã thấy một bài thuyết trình trên mongodb ngày hôm qua. Tôi chắc chắn có thể nói rằng thiết lập là "đơn giản", đơn giản như giải nén nó và kích hoạt nó. Làm xong.

Tôi tin rằng cả mongodb và cassandra sẽ chạy trên hầu hết mọi phần cứng linux thông thường, do đó bạn không nên tìm thấy nhiều rào cản trong khu vực đó.

Tôi nghĩ rằng trong trường hợp này, vào cuối ngày, cá nhân bạn sẽ cảm thấy thoải mái hơn và có bộ công cụ nào bạn thích. Theo như bài thuyết trình về mongodb, người trình bày đã chỉ ra rằng bộ công cụ cho mongodb khá nhẹ và có rất nhiều công cụ (họ nói thực sự) tương tự như những gì có sẵn cho MySQL. Tất nhiên đây là kinh nghiệm của họ nên YMMV. Một điều mà tôi rất thích về mongodb là dường như có rất nhiều ngôn ngữ hỗ trợ cho nó (Python và .NET là hai ngôn ngữ mà tôi chủ yếu sử dụng).

Danh sách các trang web sử dụng mongodb khá ấn tượng và tôi biết rằng twitter mới chuyển sang sử dụng cassandra.