Google BigTable uses an interesting

Google BigTable uses an interesting and easy-to-understand design concept for its data storage—the data writes are first recorded in a commit log and then the data itself is written to a memory store. The memory store is then persisted in the background to a disk-based storage called Sorted String Table (SSTable). The writes are super fast because the data is actually being written to a memory store and not directly to a disk, which is still a major bottleneck for efficient reads and writes. The logical question to ask here is what happens if there is a failure when the data is still in memory and not persisted to SSTable. A commit log solves this problem. Remember that the commit log contains a list of all the operations happening on the data store. So, in the case of failures, the commit logs can be replayed and merged with the SSTable to reach a stage where all the commit logs are processed and cleared and become a part of the SSTable. Read queries from BigTable also use the clever approach of looking up the data in a merged view of the memory store and the SSTable store—the reads are super fast because the data is either available in the memory or because SSTable indexing returns the data almost immediately.

Kết quả (Việt) 1:

Google BigTable sử dụng một khái niệm thiết kế thú vị và dễ hiểu để lưu trữ dữ liệu của nó — viết dữ liệu lần đầu tiên được ghi lại trong Nhật ký cam kết và sau đó các dữ liệu riêng của mình được viết với một bộ nhớ lưu trữ. Cửa hàng bộ nhớ sau đó tiếp tục tồn tại nền cho một dựa trên đĩa lưu trữ được gọi là sắp xếp String Bảng (SSTable). Các viết là siêu nhanh, vì các dữ liệu thực sự được viết để lưu trữ bộ nhớ và không trực tiếp đến một đĩa, đó vẫn là một nút cổ chai lớn nhất hiệu quả lần đọc và viết. Các câu hỏi hợp lý để yêu cầu ở đây là những gì sẽ xảy ra nếu có một sự thất bại khi dữ liệu vẫn còn trong bộ nhớ và không tiếp tục tồn tại để SSTable. Nhật ký cam kết giải quyết vấn đề này. Hãy nhớ rằng đăng nhập cam kết có chứa một danh sách tất cả các hoạt động xảy ra trên các cửa hàng dữ liệu. Vì vậy, trong trường hợp thất bại, cam kết các bản ghi có thể được replayed và sáp nhập với SSTable để đạt được một giai đoạn nơi tất cả các Nhật ký cam kết xử lý và xóa và trở thành một phần của SSTable. Đọc các truy vấn từ BigTable cũng sử dụng phương pháp tiếp cận thông minh của nhìn lên các dữ liệu trong một giao diện sáp nhập của lưu trữ bộ nhớ và các cửa hàng SSTable — những lần đọc là siêu nhanh, vì dữ liệu là một trong hai có sẵn trong bộ nhớ hoặc vì SSTable chỉ mục trả về dữ liệu gần như ngay lập tức.

Kết quả (Việt) 2:

Google BigTable sử dụng một khái niệm thiết kế thú vị và dễ hiểu đối với dữ liệu của nó lưu trữ các ghi dữ liệu lần đầu tiên được ghi lại trong một cam kết bản ghi và sau đó dữ liệu này được viết cho một bộ nhớ lưu trữ. Sau đó, bộ nhớ lưu trữ được tiếp tục tồn tại nền cho một đĩa lưu trữ dựa trên gọi là Sorted String Table (SSTable). Các ghi siêu nhanh vì dữ liệu được thực sự được ghi vào một bộ nhớ lưu trữ và không trực tiếp đến một đĩa, trong đó vẫn còn là một trở ngại lớn cho lần đọc hiệu quả và ghi. Các câu hỏi hợp lý để yêu cầu ở đây là những gì sẽ xảy ra nếu có một sự thất bại khi dữ liệu vẫn còn trong bộ nhớ và không tiếp tục tồn để SSTable. Một cam kết bản ghi giải quyết vấn đề này. Hãy nhớ rằng các cam kết bản ghi có chứa một danh sách của tất cả các hoạt động diễn ra trên các cửa hàng dữ liệu. Vì vậy, trong trường hợp thất bại, các cam kết bản ghi có thể được thực hiện lại và sáp nhập với SSTable để đạt đến một giai đoạn mà tất cả các cam kết bản ghi được xử lý và xóa và trở thành một phần của SSTable. Đọc truy vấn từ BigTable cũng sử dụng cách tiếp cận thông minh tìm kiếm dữ liệu trong một cái nhìn sáp nhập của bộ nhớ lưu trữ và SSTable cửa hàng-the đọc là siêu nhanh vì dữ liệu là hoặc là có sẵn trong bộ nhớ hoặc vì SSTable đánh chỉ trả về dữ liệu gần như ngay lập tức .

Kết quả (Việt) 3:

Google sẽ sử dụng một thú vị và dễ hiểu khái niệm thiết kế, nó lưu trữ dữ liệu đầu tiên được ghi lại trong nhật ký và ghi dữ liệu được ghi vào bộ nhớ chính lưu đưa ra.Bộ nhớ trong hậu trường và giữ lưu trữ dựa trên đĩa, gọi là chuỗi sắp xếp bàn (ổn định).Ghi dữ liệu với tốc độ rất nhanh, vì thực ra đã được ghi vào bộ nhớ lưu trữ, chứ không phải trực tiếp ghi vào đĩa, đây vẫn là hiệu quả để đọc và ghi vào các nút cổ chai.Đây phải đặt câu hỏi là nếu xuất hiện lỗi trong bộ nhớ dữ liệu trong khi vẫn giữ ổn định, không biết chuyện gì sẽ xảy ra.Một bản báo cáo gửi đã giải quyết được vấn đề.Hãy nhớ, nộp bản ghi trong khu lưu trữ dữ liệu chứa trong danh sách của tất cả các hoạt động diễn ra.Vì vậy, trong trường hợp thất bại, đưa ra bản ghi có thể quay lại với SSTable hợp nhất đạt đến một giai đoạn như vậy, tất cả các đệ trình xử lý và ghi xóa, đã trở thành một phần của sự ổn định.Đọc câu truy vấn Bigtable cũng sử dụng bảng kiểm tra xem hợp bộ nhớ lưu trữ và ổn định đọc dữ liệu lưu trữ siêu nhanh vì bộ nhớ có sẵn hoặc vì mục SSTable trở lại gần như ngay lập tức của dữ liệu một cách khéo léo.