MongoDB so với MySQL Quora

"MySQL là kho lưu trữ dữ liệu cốt lõi của chúng tôi mà chúng tôi đã sử dụng để lưu trữ tất cả dữ liệu cung cấp năng lượng cho trang web cũng như siêu dữ liệu xung quanh người dùng. "

"Đặt trước. com đã tăng trưởng đáng kể hàng năm. Đó là lý do tại sao chúng tôi thiết kế một kiến ​​trúc cơ sở dữ liệu mà chúng tôi tin rằng sẽ mở rộng gấp mười lần so với yêu cầu hiện tại của chúng tôi. Cấu trúc mã nguồn mở của MySQL mang lại cho chúng tôi cơ hội phát triển và tích hợp vì việc sao chép dữ liệu có thể được giới thiệu và quản lý ngay từ giai đoạn đầu. "

"MySQL HeatWave đã giảm đáng kể hơn 50% chi phí AWS Aurora và Redshift của chúng tôi. Chúng tôi không còn di chuyển dữ liệu nữa nên giờ đây chúng tôi có thông tin chi tiết nhanh, theo thời gian thực mà không cần nỗ lực. Quan trọng hơn, khả năng mở rộng đã giúp kế hoạch mở rộng của chúng tôi trở nên khả thi, cho phép chúng tôi tiếp nhận thêm dữ liệu và khách hàng mới mà không ảnh hưởng đến chi phí. Đó là một giấc mơ trở thành sự thật. "

Cách Discord lưu trữ hàng tỷ tin nhắn [thông qua] Bài viết hấp dẫn từ năm 2017 mô tả cách Discord di chuyển kho lưu trữ tin nhắn chính của họ sang Cassandra [từ MongoDB, nhưng tôi có thể dễ dàng thấy họ đưa ra quyết định tương tự nếu họ đã bắt đầu với PostgreSQL hoặc MySQL]. Thủ thuật với cơ sở dữ liệu NoSQL có thể mở rộng như Cassandra là bạn cần hiểu rất sâu về các loại truy vấn mà bạn sẽ cần trả lời — và Discord có chính xác điều đó. Trong bài báo, họ nói về mong muốn cuối cùng sẽ chuyển sang Scylla [một giải pháp thay thế Cassandra tương thích được viết bằng C++]—trong phần nhận xét của Hacker News, họ xác nhận rằng vào năm 2021, họ sẽ sử dụng Scylla cho một số việc nhưng họ vẫn có các thông điệp cốt lõi của mình trong Cassandra. # ngày 24 tháng 8 năm 2021, 9. 31 giờ chiều

2013

Khi thiết lập đúng, PostgreSQL có thể xử lý hàng petabyte. Ngoài ra còn có các nhà cung cấp thương mại như Greenplum cung cấp các giải pháp kho dữ liệu được xây dựng trên phiên bản PostgreSQL đã sửa đổi

[. 80 từ]

Lý do chính khiến họ chuyển sang một DB không lược đồ là để giải quyết các thách thức khi phải thực hiện các thay đổi về lược đồ trong MySQL, điều này có thể khóa bảng và mất hàng giờ nếu có thể vài ngày để hoàn thành trong các bảng lớn

[. 115 từ]

Có một hệ thống gọi là cbfs hoạt động như một blobstore phân tán trên máy chủ Couchbase—https. //github. com/couchbaselabs. —có vẻ như nó hiện đang được phát triển tích cực

[. 45 từ]

2012

Wikipedia có một số kết xuất khá thú vị, ở cả định dạng XML và SQL. http. // siêu dữ liệu. wikimedia. tổ chức/wiki/tôi

[. 100 Tư]

Đáng ngạc nhiên là dường như không có câu trả lời rõ ràng cho điều này. Dưới đây là một vài lựa chọn

[. 164 từ]

Bất kỳ cửa hàng tài liệu nào cũng đáng xem—Tôi khuyên bạn nên điều tra MongoDB, Riak và CouchDB

[. 33 từ]

Bạn có thể chạy Redis trên một máy chủ được chia sẻ—không cần phải cài đặt nó với quyền root, nhưng nó yêu cầu một quy trình để chạy mọi lúc mà các máy chủ được chia sẻ có thể không cho phép

[. 138 từ]

Các hệ thống NoSQL rất đa dạng khiến cho việc so sánh chúng với nhau trở nên khó khăn [và không đặc biệt mang tính xây dựng]. Bạn sẽ so sánh hiệu suất của Redis, một máy chủ cấu trúc dữ liệu trong bộ nhớ, với Cassandra, một kho lưu trữ cột dự phòng phân tán như thế nào?

[. 78 từ]

2011

chuyên nghiệp. Nếu điểm chuẩn của riêng bạn cho bạn biết bạn cần chuyển sang một giải pháp NoSQL cụ thể, thì bạn sẽ biết chính xác giải pháp chuyên nghiệp là gì

[. 227 từ]

2010

Tôi thấy Redis là một hạng mục khác với ba hạng mục còn lại—giống như bạn sẽ không nói “những lợi thế của MySQL v. s. Ghi nhớ”. Redis là một bổ sung tuyệt vời cho hầu hết mọi cơ chế lưu trữ liên tục khác. Tôi đã mở rộng về điều này ở đây. http. //simonwillison. net/2009/Tháng 10

[. 67 từ]

Sử dụng MySQL làm NoSQL—Câu chuyện vượt quá 750.000 qps trên máy chủ thông thường. Cách tiếp cận rất thú vị. phần lớn sự khác biệt về tốc độ giữa MySQL/InnoDB và memcached là do chi phí liên quan đến phân tích cú pháp và xử lý SQL, vì vậy nhóm tại DeNA đã viết plugin MySQL của riêng họ, HandlerSocket, hiển thị giao thức mạng kiểu NoSQL để gọi trực tiếp mức thấp . Tăng hiệu suất gấp 5 lần. # ngày 27 tháng 10 năm 2010, 11. 10 giơ tôi

Tôi không biết điều đó có nằm trong lộ trình hay không [bạn cần hỏi antirez trên danh sách gửi thư hoặc Twitter], nhưng sẽ đủ dễ dàng để chạy nhiều phiên bản Redis với các cài đặt khác nhau—đặc biệt là trên máy đa lõi

[. 52 từ]

BBC có một cụm CouchDB khá lớn mà họ chủ yếu sử dụng làm kho lưu trữ khóa-giá trị được sao chép. Nó được sử dụng bởi nền tảng nhận dạng mới của họ bao gồm các tính năng tùy chỉnh cho iPlayer

[. 47 từ]

báo cáo “Trạng thái máy chủ” tháng 5 năm 2010 của reddit. Một câu chuyện chiến tranh Cassandra thú vị. Cassandra tăng quy mô, nhưng nó không giảm quy mô cho lắm. chạy chỉ với ba nút có thể khiến việc khắc phục sự cố trở nên khó khăn hơn rất nhiều. # ngày 18 tháng 5 năm 2010, 6. 37 giờ chiều

Tuần trước, tôi đã trình bày hai bài nói chuyện tại hội nghị khai mạc NoSQL Châu Âu ở London. Phần đầu tiên được trình bày với Matthew Wall và trình bày những cách mà chúng tôi đã khám phá NoSQL tại Guardian. Thứ hai là một hội thảo kéo dài ba giờ về Redis, phần mềm yêu thích của tôi để có nhãn NoSQL được áp dụng cho nó

[. 263 từ]

Bản cập nhật hàng tuần của Redis #3—Pub/Sub và hơn thế nữa. Redis hiện là một máy chủ xuất bản/đăng ký—và cuối cùng nó chỉ sử dụng 150 dòng mã C vì các phần mềm bên trong Redis đã dựa trên mô hình đó. # ngày 30 tháng 3 năm 2010, 3. 15 giờ chiều

VMware. nhà Redis mới. Người sáng tạo Redis Salvatore Sanfilippo đang tham gia VMWare để làm việc toàn thời gian trên Redis. Âm thanh như một trận đấu tốt. # ngày 16 tháng 3 năm 2010, 11. 26 giờ sáng

Bản cập nhật hàng tuần của Redis #1—Băm và. nhiều hơn nữa. Băm là loại dữ liệu bị thiếu lớn trong Redis—hỗ trợ hiện tại chỉ là một phần [không có khả năng liệt kê tất cả các khóa trong một hàm băm hoặc xóa một khóa cụ thể] nhưng với tốc độ phát triển của Redis, tôi hy vọng điều đó sẽ được khắc phục trong vòng một tuần hoặc . # ngày 13 tháng 3 năm 2010, 12. 06 giờ sáng

Bộ sưu tập các trường hợp sử dụng Redis. Rất nhiều nghiên cứu trường hợp thú vị ở đây, được đối chiếu bởi Mathias Meyer. Redis rõ ràng tỏa sáng đối với bất kỳ thứ gì liên quan đến số liệu thống kê hoặc số lượng lớn các bài viết nhỏ. # ngày 16 tháng 2 năm 2010, 3. 04 giờ chiều

FleetDB [thông qua] Yet Another Key-Value Store. Giao thức JSON, không có lược đồ, mọi thứ được lưu trong bộ nhớ cache trong RAM, nhật ký chỉ nối thêm để đảm bảo độ bền, giao dịch nhiều bản ghi. nhưng điều thực sự thú vị về cái này là nó được viết bằng Clojure và tận dụng tối đa các nguyên hàm đồng thời của ngôn ngữ đó. Các toán tử tiền tố được gợi ý API chọn lọc sử dụng tại di sản Lisp của nó. # ngày 5 tháng 1 năm 2010, 11. 21 giờ sáng

2009

Lệnh Redis ZINCRBY mới [thông qua] Vừa được thêm vào Redis, một lệnh tăng “điểm số” cho một mục trong tập hợp được sắp xếp và sắp xếp lại tập hợp để phản ánh điểm số mới. Có vẻ phù hợp lý tưởng với số liệu thống kê thời gian thực và tôi chắc chắn rằng có rất nhiều cách sử dụng thú vị khác cho nó. # 22 tháng 12 năm 2009, 8. 38 giờ chiều

Như bạn có thể đã nghe, chính phủ Vương quốc Anh đã phát hành một loạt tài liệu chi phí MP mới một tuần trước vào thứ Năm. Tôi đã dành cả tuần đó để làm việc với một nhóm nhỏ tại Guardian HQ để chuẩn bị cho việc phát hành. Đây là những gì chúng tôi đã xây dựng

[. 2081 từ]

Tôi đã có một buổi nói chuyện vào thứ Sáu tại Full Frontal, một hội nghị JavaScript mới diễn ra trong một ngày ở thành phố Brighton, quê hương của tôi. Cuối cùng, tôi đã vứt bỏ chủ đề dự định của mình [JSONP, API và bảo mật giữa các miền] ba ngày trước sự kiện để ủng hộ một công nghệ lần đầu tiên vượt qua tầm ngắm của tôi cách đây chưa đầy hai tuần

[. từ năm 2009]

Khi tôi làm việc tại Amazon. com, chúng tôi có mối hận thù sâu sắc đối với tất cả các cơ sở dữ liệu SQL trong hệ thống của chúng tôi. Bây giờ, chúng tôi đã biết rất rõ cách mở rộng chúng thông qua phân vùng và các phương tiện khác. Nhưng làm cho chúng có sẵn cao là một vấn đề khác. Sao chép và chuyển đổi dự phòng cung cấp cho bạn độ tin cậy cơ bản, nhưng nó rất hạn chế và không linh hoạt so với kho dữ liệu phân tán thực sự với sao chép chính-chính, dung sai phân vùng, đồng thuận và/hoặc tính nhất quán cuối cùng hoặc các tính năng định hướng khả dụng khác

— Matt Brubeck # 4 tháng 10 năm 2009, 9. 50 giờ sáng

Nhìn về tương lai với Cassandra. Digg hiện đang sử dụng Cassandra cho tính năng “huy hiệu xanh” của họ [một trong những người bạn của bạn đã tìm hiểu câu chuyện này]—kết quả là tập dữ liệu không chuẩn hóa nặng 3 TB và 76 tỷ cột. # ngày 9 tháng 9 năm 2009, 9. 26 giờ chiều

Cái nào tốt hơn MySQL hoặc MongoDB?

MySQL là lựa chọn tuyệt vời nếu bạn có dữ liệu có cấu trúc và cần một cơ sở dữ liệu quan hệ truyền thống . MongoDB rất phù hợp để phân tích thời gian thực, quản lý nội dung, Internet vạn vật, di động và các loại ứng dụng khác.

MongoDB có dễ hơn MySQL không?

Tính linh hoạt của MySQL. Đây là một điều dễ dàng và là một chiến thắng dễ dàng cho MongoDB . Thiết kế không lược đồ của các tài liệu MongoDB giúp dễ dàng xây dựng và nâng cao các ứng dụng theo thời gian mà không cần chạy các quy trình di chuyển lược đồ phức tạp và tốn kém như bạn làm với cơ sở dữ liệu quan hệ.

Tại sao MongoDB được ưa chuộng hơn MySQL?

Vì MongoDB lưu trữ một khối lượng lớn dữ liệu phi cấu trúc và tuân theo phương pháp lưu trữ dựa trên tài liệu nên nó tương đối nhanh hơn MySQL. Điều đó có nghĩa là MongoDB lưu trữ dữ liệu trong một tài liệu duy nhất cho một thực thể và giúp đọc hoặc ghi dữ liệu nhanh hơn. Các tính năng như sao chép có thể là một lý do lớn cho việc này

Tôi có thể thay thế MySQL bằng MongoDB không?

Không chắc MongoDB sẽ thay thế hoàn toàn MySQL , nhưng có thể cả cơ sở dữ liệu có cấu trúc và phi cấu trúc sẽ được sử dụng cho các mục đích khác nhau trong một môi trường. Các nhà phát triển quan tâm đến lập trình doanh nghiệp nên tìm hiểu cả hai nền tảng để duy trì tính cạnh tranh trong thị trường việc làm.

Chủ Đề