Shard là gì

      263

Giới thiệu

Bất kỳ ứng dụng hoặc website như thế nào tất cả sự lớn lên đáng kể, sau cùng phần đông cần phải không ngừng mở rộng bài bản nhằm cân xứng với việc ngày càng tăng lưu giữ lượng. Đối với các áp dụng với trang web có nhiều dữ liệu, điều đặc biệt là việc phân tách Xác Suất được thực hiện Theo phong cách bảo vệ tính bảo mật và tính toàn vẹn của dữ liệu của dữ liệu. cũng có thể cực nhọc dự đoán mức độ phổ biến của một website hoặc ứng dụng hoặc thời hạn bảo trì Referring kia, đó là nguyên do tại sao một số trong những tổ chức triển khai lựa chọn phong cách xây dựng cơ sở dữ liệu chất nhận được chúng ta mở rộng quy mô cửa hàng dữ liệu của họ một giải pháp linh hoạt.

Bạn đang xem: Shard là gì

Trong bài viết định nghĩa này, bọn họ đã bàn bạc về một phong cách xây dựng các đại lý dữ liệu nhỏng vậy: cửa hàng dữ liệu phân đoạn (Sharding). Sharding đã nhận được không ít sự chăm chú trong số những năm gần đây, nhưng không ít người dân không tồn tại sự phát âm biết cụ thể về nó là gì hoặc các kịch phiên bản trong số ấy bài toán sharding tài liệu trsinh hoạt nên tất cả ý nghĩa sâu sắc. Chúng ta đã tò mò xem sharding là gì, một số trong những lợi ích với điểm yếu chủ yếu của chính nó, với một vài cách thức sharding thịnh hành.

Vậy sharding là gì?

Sharding là một chủng loại kiến trúc cơ sở dữ liệu liên quan mang đến phân vùng ngang - thực tiễn tách bóc một mặt hàng bảng Bảng thành những bảng không giống nhau, được Call là partitions. Mỗi partitions có thuộc schema cùng cột, tuy nhiên cũng đều có những sản phẩm hoàn toàn khác nhau. Tương trường đoản cú, dữ liệu được duy trì trong mỗi partitions là tuyệt nhất và tự do cùng với dữ liệu được giữ trong số partitions khác.

cũng có thể có lợi khi so sánh Để ý đến về phân vùng ngang theo cách nó tương quan mang đến phân vùng dọc. Trong một bảng được phân vùng theo theo hướng dọc, toàn thể những cột được tách bóc ra với đưa vào những bảng new, cá biệt. Dữ liệu được giữ lại trong một phân vùng dọc chủ quyền với tài liệu trong tất cả các phân vùng khác với từng dữ liệu đựng cả những sản phẩm cùng cột cá biệt. Sơ trang bị sau minc họa giải pháp bảng có thể được phân vùng theo cả chiều ngang cùng chiều dọc:

*

Sharding tương quan đến sự việc phân tách một tài liệu thành nhị hoặc nhiều phần nhỏ rộng, được gọi là logical shard (phân đoạn logic). Các logical shard kế tiếp được phân păn năn bên trên những database node đơn nhất, được Hotline là các physical shard (phân đoạn thứ lý), có thể đựng được nhiều logical shard. Mặc dù vậy, dữ liệu được giữ gìn trong tất cả những phân đoạn tầm thường đại diện mang lại tổng thể tài liệu xúc tích.

Phân đoạn các đại lý dữ liệu minch họa một phong cách thiết kế ko chia sẻ. Vấn đề này có nghĩa là các shard là tự trị; họ ko chia sẻ bất kỳ tài nguyên ổn tài liệu hoặc tài nguyên máy tính như thế nào. Tuy nhiên, vào một trong những ngôi trường hòa hợp, hoàn toàn có thể có chân thành và ý nghĩa Khi coppy một trong những bảng nhất mực vào từng shard nhằm Giao hàng nlỗi những bảng tmê man chiếu. Ví dụ: giả sử, gồm một các đại lý tài liệu cho 1 áp dụng phụ thuộc vào tỷ lệ chuyển đổi cố định và thắt chặt cho những phxay đo trọng lượng. Bằng phương pháp xào nấu một bảng cất dữ liệu phần trăm đổi khác cần thiết vào cụ thể từng phân đoạn, sẽ giúp đỡ đảm bảo an toàn rằng tất cả tài liệu cần thiết cho những truy nã vấn được giữ trong mỗi phân đoạn.

thường thì, sharding được thực hiện sinh hoạt cấp cho ứng dụng, tức thị ứng dụng bao gồm mã xác định shard làm sao vẫn truyền phát âm cùng ghi vào. Tuy nhiên, một số trong những khối hệ thống làm chủ đại lý tài liệu gồm những kĩ năng tích hợp sẵn thiên tài sharding, bạn cũng có thể tiến hành sharding trực tiếp nghỉ ngơi cấp cho cơ sở tài liệu.

Đưa ra tầm nhìn tổng quan liêu tầm thường về sharding, hãy để Lướt qua một vài điểm lành mạnh và tích cực cùng tiêu cực tương quan mang đến bản vẽ xây dựng cơ sở tài liệu này.

Lợi ích của Sharding

Sự lôi kéo thiết yếu của Việc đảm bảo an toàn đại lý tài liệu là nó có thể góp tạo thành điều kiện mở rộng theo hướng ngang, nói một cách khác là nhân rộng lớn. Chia Tỷ Lệ theo chiều ngang là giải pháp thực hành thực tế thêm những trang bị vào ngăn uống xếp hiện nay có nhằm phân tán cài và có thể chấp nhận được lưu lại lượt truy vấn nhiều hơn nữa và xử trí nhanh hơn. Vấn đề này thường tương bội phản với Xác Suất dọc, nói một cách khác là nhân rộng lớn, tương quan đến sự việc upgrade Hartware của sản phẩm chủ hiện gồm, thường xuyên bằng cách thêm những RAM hoặc CPU.

Nó tương đối đơn giản để sở hữu một cơ sở tài liệu quan hệ tình dục chạy xe trên một sản phẩm công nghệ độc nhất cùng mở rộng nó lúc cần thiết bằng cách upgrade tài nguyên ổn máy tính của nó. Cuối thuộc, mặc dù, bất kỳ đại lý tài liệu không phân tán nào cũng biến thành bị số lượng giới hạn về tàng trữ cùng kĩ năng tính toán, cho nên, tất cả quyền tự do thoải mái không ngừng mở rộng theo chiều ngang góp tùy chỉnh thiết lập của người tiêu dùng linh hoạt rộng tương đối nhiều.

Một nguyên do không giống khiến cho một số trong những fan có thể chọn loài kiến ​​trúc cửa hàng dữ liệu bị phân mảnh là nhằm tăng speed thời gian ý kiến truy vấn vấn. lúc chúng ta gửi một truy tìm vấn bên trên đại lý tài liệu đã bị hủy, nó rất có thể buộc phải kiếm tìm kiếm hầu hết mặt hàng vào bảng nhưng mà chúng ta tầm nã vấn trước lúc nó rất có thể tìm thấy kết quả cơ mà bạn đang tra cứu kiếm. Đối với 1 ứng dụng bao gồm cơ sở tài liệu bự, ngulặng kân hận, những truy hỏi vấn có thể trlàm việc yêu cầu chậm trễ. Tuy nhiên, bằng cách phân tách một bảng thành những bảng, các tróc nã vấn buộc phải đi qua ít hàng rộng với các tập hiệu quả của chúng được trả về nkhô nóng hơn những.

Shending cũng hoàn toàn có thể góp khiến cho một áp dụng đáng tin cậy hơn bằng cách giảm tgọi ảnh hưởng của Việc xong xuôi chuyển động. Nếu vận dụng hoặc website của doanh nghiệp dựa vào các đại lý dữ liệu ko được bảo đảm an toàn, Việc ngừng hoạt động có công dụng khiến tổng thể ứng dụng không khả dụng. Tuy nhiên, với một cửa hàng tài liệu được phân loại, Việc xong xuôi vận động có công dụng chỉ ảnh hưởng đến một phân đoạn tốt nhất. Mặc cho dù vấn đề đó có thể tạo cho một vài phần của ứng dụng hoặc trang web không khả dụng đối với một số người tiêu dùng, ảnh hưởng tác động toàn diện vẫn sẽ ít hơn ví như toàn bộ đại lý tài liệu bị sập.

Hạn chế của Sharding

Mặc dù việc bảo vệ đại lý dữ liệu rất có thể góp không ngừng mở rộng đồ sộ dễ ợt rộng và cải thiện năng suất, nhưng lại nó cũng có thể áp đặt một trong những tinh giảm nhất thiết. Ở phía trên, Shop chúng tôi đã đàm luận về một vài trong số này cùng tại vì sao chúng hoàn toàn có thể là nguyên nhân để tránh trọn vẹn.

Khó khnạp năng lượng thứ nhất nhưng mà phần nhiều fan gặp buộc phải với shending là sự việc phức tạp tuyệt vời nhất của câu hỏi tiến hành đúng một con kiến ​​trúc đại lý dữ liệu bị phân mhình họa. Nếu được tiến hành ko đúng chuẩn, bao gồm một rủi ro khủng hoảng đáng kể rằng quá trình shending rất có thể dẫn mang lại mất dữ liệu hoặc các bảng bị hư. Tuy nhiên, trong cả khi được triển khai một bí quyết đúng chuẩn, bài toán bảo vệ hoàn toàn có thể có tác động ảnh hưởng to cho quá trình làm việc team của khách hàng. Ttuyệt bởi truy cập cùng quản lý một dữ liệu từ 1 điểm nhập cảnh tốt nhất, người dùng đề nghị quản lý dữ liệu trên những địa chỉ phân đoạn, điều này có chức năng tạo cách trở mang lại một trong những đội.

Một vụ việc mà người tiêu dùng đôi khi gặp mặt cần sau thời điểm bỏ các đại lý tài liệu là các mảnh đổ vỡ ở đầu cuối trlàm việc đề nghị mất cân bằng. ví dụ như, trả sử bạn có một các đại lý dữ liệu cùng với hai phân đoạn riêng lẻ, một đến người sử dụng gồm chúng ta bước đầu bằng văn bản A đến M với một cho người có tên bước đầu bằng chữ N mang lại Z. Tuy nhiên, vận dụng của bạn giao hàng số lượng ko phù hợp trong các những người bao gồm họ bước đầu bằng chữ G. Theo đó, phân đoạn AM tích lũy dần dần dữ liệu hơn so với những người New Zeal&, khiến áp dụng bị ngưng trệ cùng bị đình trệ trong một phần đáng chú ý người tiêu dùng của công ty. Phân đoạn A-M đang trở thành điểm được gọi là điểm lạnh cơ sở tài liệu. Trong ngôi trường hòa hợp này, bất kỳ lợi ích làm sao của Việc đảm bảo đại lý tài liệu sẽ ảnh hưởng bỏ quăng quật vì chưng sự lắng dịu cùng sự cố. Thương hiệu tài liệu hoàn toàn có thể đang rất cần phải được sửa chữa thay thế và định hình lại nhằm chất nhận được phân phối tài liệu đồng các hơn.

Một điểm yếu kém béo khác là một trong những lúc các đại lý dữ liệu đã bị hủy, có thể hết sức nặng nề để đưa nó quay trở lại con kiến ​​trúc không xẩy ra che chắn. Bất kỳ phiên bản sao lưu giữ như thế nào của các đại lý tài liệu được thực hiện trước lúc nó bị hủy vứt đang bao gồm dữ liệu được ghi tự khi phân vùng. Do kia, việc phát hành lại con kiến ​​trúc không có bản gốc đã những hiểu biết vừa lòng duy nhất tài liệu được phân vùng new với những phiên bản sao giữ cũ hoặc, cụ vào kia, biến đổi DB được phân vùng trở về thành một DB độc nhất vô nhị, cả nhì đa số tốn kỉm và mất thời gian.

Một yếu điểm sau cuối bắt buộc chu đáo là việc shending isn được cung ứng bởi vì các nguyên lý đại lý dữ liệu. Chẳng hạn, PostgreSQL không bao gồm kỹ năng tự động hóa tắt nhỏng một chức năng, tuy vậy rất có thể trường đoản cú diệt các đại lý dữ liệu PostgreQuery. Có một vài nhánh Postgres bao hàm shending auto, tuy nhiên bọn chúng thường xuyên đi sau bản gây ra PostgreQuery mới nhất với thiếu thốn một vài tài năng không giống. Một số technology cơ sở tài liệu chuyên được dùng - nhỏng MySquốc lộ Cluster hoặc một trong những sản phẩm hình thức đại lý dữ liệu nhất định như MongoDB Atlas - bao hàm auto tắt như một bản lĩnh, tuy nhiên những phiên phiên bản vanilla của những khối hệ thống làm chủ cơ sở dữ liệu này thì ko. Bởi bởi vấn đề này, shending thường xuyên đòi hỏi một biện pháp tiếp cận của riêng biệt các bạn. Điều này có nghĩa là tư liệu về shending hoặc mẹo khắc phục và hạn chế sự núm hay khó khăn tìm kiếm.

Tất nhiên, trên đây chỉ nên một số vấn đề phổ biến đề xuất để ý trước khi bảo đảm. Có thể có nhiều yếu điểm tiềm năng rộng vào câu hỏi đảm bảo cơ sở dữ liệu tùy trực thuộc vào trường vừa lòng sử dụng.

Bây tiếng, Shop chúng tôi đã đề cùa tới một vài giảm bớt cùng tác dụng của Shending, công ty chúng tôi đã trình làng một vài con kiến ​​trúc khác nhau cho các cửa hàng dữ liệu được phân chia.

Các kiến trúc Sharding

Key Based Sharding

Sharding dựa vào khóa, có cách gọi khác là sharding dựa vào băm, tương quan tới việc thực hiện một giá trị được rước từ dữ liệu new được viết - chẳng hạn như số ID của chúng ta, hệ trọng IPhường của vận dụng khách, mã ZIP., v.v. - và gặm nó vào hàm băm để xác định mà shard dữ liệu đề nghị đi cho. Hàm băm là một hàm lấy nguồn vào là 1 phần dữ liệu (ví dụ: email của khách hàng hàng) cùng xuất ra một cực hiếm cá biệt, được call là cực hiếm băm. Trong trường hòa hợp sharding, quý hiếm băm là ID shard được thực hiện nhằm xác minh phân đoạn nào tài liệu đến sẽ tiến hành tàng trữ trên đó. Nhìn tầm thường, quá trình này trông như thế này:

*

Để đảm bảo an toàn rằng những mục được đặt trong các phân đoạn đúng mực với theo cách đồng điệu, tất cả những quý hiếm được nhập lệ hàm băm buộc phải xuất phát điểm từ cùng một cột. Cột này được hotline là 1 khóa shard. Nói một giải pháp đơn giản, các khóa shard tương tự nlỗi các khóa chủ yếu ở 2 đầy đủ là các cột được thực hiện nhằm tùy chỉnh thiết lập một mã định danh độc nhất cho các hàng hiếm hoi. Nói rộng ra, một khóa shard đề xuất là tĩnh, có nghĩa là nó không nên chứa các quý giá rất có thể đổi khác theo thời gian. Mặt khác, nó vẫn tăng con số các bước bước vào chuyển động cập nhật cùng rất có thể có tác dụng lừ đừ công suất.

Xem thêm: Trả Lời: Chuyển Tiền Từ Vietcombank Sang Bidv Mất Bao Lâu Thì Nhận Được

Mặc mặc dù shending dựa vào khóa là một trong kiến trúc sharding khá thịnh hành, nó có thể khiến cho hồ hết sản phẩm công nghệ trở yêu cầu khó khăn Lúc nỗ lực tự động hóa thêm hoặc xóa những máy chủ bổ sung cập nhật vào cơ sở tài liệu. khi các bạn thêm máy chủ, mỗi sever sẽ đề xuất một quý hiếm băm tương ứng với các mục nhập hiện gồm của người tiêu dùng, trường hợp chưa hẳn toàn bộ chúng, sẽ cần phải ánh xạ tới cực hiếm băm bắt đầu, đúng đắn của chúng cùng kế tiếp được di chuyển cho sever phù hợp. Khi chúng ta bắt đầu thăng bằng lại tài liệu, những hàm băm bắt đầu cùng cũ đầy đủ không phù hợp lệ. Do đó, máy chủ của doanh nghiệp sẽ giành thắng lợi rất có thể ghi ngẫu nhiên dữ liệu mới nào vào quá trình dịch chuyển và áp dụng của bạn có thể bị kết thúc vận động.

Sự hấp dẫn bao gồm của kế hoạch này là nó có thể được sử dụng để phân phối dữ liệu đồng hồ hết để ngăn ngừa những điểm trung tâm. Ngoài ra, bởi nó phân păn năn dữ liệu theo thuật toán thù, yêu cầu ko yêu cầu duy trì phiên bản đồ dùng vị trí đựng toàn bộ dữ liệu, điều quan trọng cùng với các chiến lược khác như ngăn ngừa dựa trên phạm vi hoặc thư mục.

Range Based Sharding

Sharding dựa trên phạm vi liên quan mang lại sharding dữ liệu dựa trên phạm vi của một cực hiếm một mực. Để minh họa, hãy để bảo rằng chúng ta có một các đại lý tài liệu tàng trữ ban bố về toàn bộ những thành phầm vào hạng mục ở trong nhà kinh doanh nhỏ. Bạn có thể chế tạo ra một vài phân đoạn khác biệt với phân loại từng thành phầm Thông tin bên trên mạng dựa trên phạm vi giá bán mà bọn chúng rơi vào hoàn cảnh, như thế này:

*

Lợi ích thiết yếu của sharding dựa vào phạm vi là nó triển khai kha khá đơn giản và dễ dàng. Mỗi phân đoạn đựng một tập phù hợp dữ liệu không giống nhau nhưng lại toàn bộ chúng đều phải có một lược đồ dùng đồng nhất nhau, cũng tương tự đại lý tài liệu cội. Mã vận dụng chỉ đọc phạm vi tài liệu rơi vào cảnh cùng ghi nó vào phân đoạn khớp ứng.

Mặt không giống, sharding dựa vào phạm vi không bảo đảm an toàn dữ liệu không bị phân pân hận ko đồng đa số, dẫn cho những điểm trung tâm cửa hàng tài liệu nói bên trên. Nhìn vào sơ đồ ví dụ, ngay cả khi từng phân đoạn chứa một lượng dữ liệu đều nhau, tỷ lệ cược là những thành phầm rõ ràng đã nhấn được không ít sự chú ý hơn các sản phẩm không giống. Lần lượt các mảnh tương xứng của mình đang nhận được tần số đọc không cân đối.

Directory Based Sharding

Để triển khai phân đoạn dựa vào tlỗi mục, fan ta phải tạo lập cùng bảo trì bảng tra cứu áp dụng khóa phân đoạn để quan sát và theo dõi phân đoạn nào cất dữ liệu như thế nào. Tóm lại, bảng tra cứu vớt là bảng cất một tập hợp công bố tĩnh về chỗ rất có thể tìm thấy tài liệu rõ ràng. Sơ thiết bị sau đây cho thấy thêm một ví dụ dễ dàng về sharding dựa trên thư mục

*

Tại trên đây, cột Vùng phân păn năn được xác minh là khóa phân đoạn. Dữ liệu từ khóa shard được ghi vào bảng tra cứu cùng rất bất kỳ phân đoạn như thế nào cơ mà từng hàng tương ứng sẽ được ghi vào. Như vậy tương tự như với phân đoạn dựa vào phạm vi, nhưng lại ráng do khẳng định phạm vi mà lại tài liệu khóa shard rơi vào, mỗi khóa được thêm với phân đoạn ví dụ của nó. Sharding dựa vào thỏng mục là 1 trong những sàng lọc xuất sắc trong sharding dựa trên phạm vi trong ngôi trường thích hợp khóa shard bao gồm con số cardin tốt cùng nó không có ý nghĩa đến shard tàng trữ một loạt những khóa. Lưu ý rằng nó cũng khác biệt với sharding dựa trên khóa ở vị trí nó ko cách xử lý khóa shard trải qua hàm băm; nó chỉ kiểm soát khóa phụ thuộc bảng tra cứu vớt để xem dữ liệu nên ghi ở đâu.

Sự hấp dẫn chính của sharding dựa trên tlỗi mục là tính linc hoạt của nó. Các kiến trúc sharding dựa trên phạm vi số lượng giới hạn chúng ta vào vấn đề hướng đẫn phạm vi quý giá, trong lúc những kiến trúc dựa vào khóa số lượng giới hạn chúng ta thực hiện hàm băm thắt chặt và cố định, như đang nhắc trước đó, hoàn toàn có thể cực kỳ khó chuyển đổi trong tương lai. Mặt khác, sharding dựa vào thỏng mục cho phép bạn sử dụng bất kỳ hệ thống hoặc thuật tân oán làm sao bạn có nhu cầu gán các mục nhập tài liệu cho những phân đoạn với nó tương đối dễ ợt nhằm auto thêm những phân đoạn bằng cách thực hiện phương thức này.

Mặc cho dù sharding dựa trên thư mục là phương pháp linh hoạt tốt nhất trong các cách làm sharding được luận bàn tại chỗ này, nhu yếu kết nối cùng với bảng tra cứu vãn trước từng truy vấn hoặc ghi rất có thể bao gồm ảnh hưởng ăn hại đến hiệu suất của áp dụng. Ngoài ra, bảng tra cứu giúp hoàn toàn có thể đổi thay một điểm thất bại duy nhất: nếu như nó bị hỏng hoặc không thắng cuộc, nó rất có thể tác động mang đến năng lực của một người khác để ghi tài liệu mới hoặc truy vấn tài liệu hiện nay có của họ.

Tôi gồm yêu cầu thực hiện sharding không?

Việc một người dân có yêu cầu thực hiện một phong cách xây dựng cơ sở dữ liệu bị phân bóc tách hay không phần đông luôn là vụ việc bàn cãi. Một số người coi sharding là hiệu quả thiết yếu tránh khỏi so với những đại lý tài liệu đạt đến một size nhất mực, trong những lúc những người khác coi chính là vấn đề chóng mặt đề nghị rời trừ Lúc nó trọn vẹn cần thiết, bởi sự phức hợp trong hoạt động cơ mà sharding tiếp tế.

Do sự phức tạp được cấp dưỡng này, sharding hay chỉ được tiến hành Khi cách xử lý một lượng tài liệu không nhỏ. Dưới đấy là một số tình huống thịnh hành trong những số đó rất có thể bổ ích nhằm bảo đảm đại lý dữ liệu:

Lượng tài liệu vận dụng tăng thêm thừa thừa dung lượng tàng trữ của một nút cửa hàng tài liệu.Kăn năn lượng ghi hoặc đọc vào cơ sở dữ liệu vượt vượt hầu như gì một nút hoặc bản sao đọc của nó hoàn toàn có thể cách xử trí, dẫn mang lại thời gian đánh giá hoặc thời gian hóng bị chậm.Băng thông mạng được áp dụng kinh nghiệm quá thừa băng thông bao gồm sẵn cho 1 nút ít cơ sở dữ liệu và bất kỳ phiên bản sao gọi nào, dẫn mang lại thời gian phản hồi hoặc thời hạn ngóng bị chậm.

Trước lúc sharding, chúng ta nên thực hiện tất cả những tùy chọn không giống để về tối ưu hóa cơ sở dữ liệu của người tiêu dùng. Một số buổi tối ưu hóa bạn cũng có thể ước ao để ý bao gồm:

-** Thiết lập các đại lý dữ liệu từ xa.** Nếu bạn thao tác với một ứng dụng nguyên kân hận trong các số ấy toàn bộ các yếu tắc của nó vị trí cùng một sever, chúng ta cũng có thể cải thiện hiệu suất các đại lý dữ liệu của chính bản thân mình bằng cách chuyển nó lịch sự trang bị của nó. Vấn đề này không có thêm sự phức tạp nhỏng sharding do những bảng cơ sở tài liệu còn nguim vẹn. Tuy nhiên, nó vẫn cho phép các bạn mở rộng bài bản theo theo hướng dọc các đại lý tài liệu của khách hàng ngoài phần còn sót lại của cơ sở hạ tầng.

Thực hiện nay lưu trữ. Nếu vận dụng của khách hàng, thì hiệu suất phát âm của chúng ta là thứ khiến cho chính mình chạm chán rắc rối, bộ lưu trữ đệm là 1 trong những kế hoạch có thể góp cải thiện nó. Bộ nhớ đệm tương quan tới việc tàng trữ tạm thời dữ liệu đã có thử khám phá trong bộ lưu trữ, được cho phép các bạn truy cập tài liệu nhanh rộng sau đây.Tạo một hoặc nhiều phiên bản sao phát âm. Một chiến lược không giống có thể góp nâng cấp công suất hiểu, vấn đề đó tương quan tới việc coppy tài liệu xuất phát từ 1 sever các đại lý tài liệu (máy chủ chính) sang 1 hoặc các máy chủ lắp thêm cung cấp. Theo kia, các lần ghi mới đã chuyển mang đến phiên bản chính trước khi được xào luộc sang phần lắp thêm nhì, trong những lúc những lần hiểu được triển khai riêng rẽ cho những sever thiết bị cung cấp. Phân păn năn đọc với ghi như thế này duy trì đến ngẫu nhiên một lắp thêm như thế nào không hẳn Chịu đựng rất nhiều sở hữu, góp ngăn ngừa sự lắng dịu với sự cố. Lưu ý rằng vấn đề sinh sản các bản sao đọc liên quan đến nhiều tài ngulặng laptop hơn và vì thế tốn nhiều tiền hơn, vấn đề đó rất có thể là 1 hạn chế đáng chú ý so với một vài bạn.Nâng cấp lên một sever to hơn. Trong hầu như các trường đúng theo, việc mở rộng một sever các đại lý dữ liệu bên trên máy chủ thành một thiết bị có không ít tài nguim hơn đòi hỏi không nhiều cố gắng nỗ lực rộng đối với sharding. Cũng nhỏng việc chế tác những bản sao đọc, một máy chủ được upgrade với rất nhiều tài nguim rộng rất có thể đã tốn những chi phí hơn. Theo đó, các bạn nên làm triển khai thay đổi kích thước ví như nó thực sự là chọn lựa tốt nhất có thể của khách hàng.

Hãy nhớ là trường hợp áp dụng hoặc website của người sử dụng cải tiến và phát triển vượt quá một điểm nhất định, không tồn tại chiến lược làm sao trong các mọi chiến lược này vẫn đủ để tự nâng cao năng suất. Trong đều trường vừa lòng như thế, sharding thực thụ hoàn toàn có thể là sàng lọc tốt nhất có thể cho chính mình.

Kết luận

Sharding có thể là một trong phương án tuyệt vời và hoàn hảo nhất cho những người mong muốn mở rộng đồ sộ cơ sở tài liệu của mình theo hướng ngang. Tuy nhiên, nó cũng thêm không hề ít phức tạp cùng tạo ra những điểm thất bại tiềm năng mang đến áp dụng của công ty. Sharding hoàn toàn có thể quan trọng đến một số trong những tín đồ, nhưng thời gian và tài nguyên cần thiết nhằm chế tác và duy trì một phong cách thiết kế bị che chết thật có thể quá xa tiện ích cho những người khác.

Bằng phương pháp gọi bài viết có mang này, các bạn sẽ bao gồm một sự phát âm biết cụ thể hơn về phần đa ưu cùng điểm yếu của sharding. Tiến về vùng trước, bạn có thể thực hiện đọc tin cụ thể này để lấy ra quyết định sáng suốt hơn về Việc liệu phong cách xây dựng đại lý tài liệu được phân loại tất cả phù hợp cùng với ứng dụng của chúng ta hay là không.

Tsay mê khảo

https://www.digitalocean.com/community/tutorials/understanding-database-sharding