Tìm kiếm
20 kết quả cho “shard split”. Tìm không phân biệt dấu.
- Sharding Cash Bài tóm tắt · Square · 2018
…rung bình — [bài gốc](https://medium.com/square-corner-blog/sharding-cash-10280fa3ef3b) Bài mở đầu một series về Vitess ở Cash App; các phần sau không có trong wiki. Bối cảnh - Cas…
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- Online index migration and shard-scaling in OpenSearch with AOSC Bài tóm tắt · Atlassian · 2026
…tenant lớn khỏi index dùng chung (noisy neighbor), tăng số shard khi tenant lớn lên, bỏ field (bỏ vector embedding không cần thì nhanh hơn rõ), đổi text sang keyword , làm phẳng f…
- Hardening EmergencyReparentShard in v25 Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2026
…ps://vitess.io/blog/2026-09-23-hardening-emergency-reparent-shard/) Bài của dự án mã nguồn mở; mọi nhận định là theo các maintainer. Bối cảnh - EmergencyReparentShard (ERS) là fail…
- How Stripe's document databases supported 99.999% uptime with zero-downtime data migrations Bài tóm tắt · Stripe · 2024
…hơn 10.000 dạng query, hơn 5.000 collection trên hơn 2.000 shard, hàng petabyte dữ liệu tài chính; năm 2023 xử lý 1 nghìn tỉ USD với uptime 99,999%. - Ứng dụng đi qua proxy DB tự…
- Scaling Datastores at Slack with Vitess Bài tóm tắt · Slack · 2020
…u bằng LAMP. Mọi dữ liệu trên MySQL, gồm ba loại cluster: - Shards chứa dữ liệu khách hàng, shard theo workspace id : mọi dữ liệu của một workspace nằm trên một shard. - Metadata đ…
- Chat Service Architecture: Servers Bài tóm tắt · Riot Games · 2015
…7 có 1,7 triệu lượt kết bạn mới. - Triển khai theo region ("shard"): mỗi region một cụm chat riêng, không nói chuyện được giữa các shard. Kiến trúc - Cụm 6–12 máy mỗi region, phần…
- VTOrc: Vitess-native Orchestrator Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2022
…ành phần gốc của Vitess. Vì chỉ phục vụ một trường hợp (mỗi shard một primary, replica đọc thẳng từ primary, không có replication tầng), nó có thể có chính kiến và đơn giản hơn nhi…
- Halving the Time: How Uber Eats Rebuilt Its Search Pipeline Bài tóm tắt · Uber · 2026
…rước), hiệu quả vì latency chủ yếu do dao động riêng lẻ của shard chứ không do chậm đồng loạt: −40 ms. Phục vụ model trên GPU, cache model relevance. - Quảng cáo: dữ liệu bid lưu d…
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- Query planner và hiệu năng truy vấn Chủ đề Thành viên
Database quan hệ không chạy SQL theo đúng cách nó được viết. Query planner chọn một plan (dùng index nào, join kiểu gì: nested loop, merge, hash; dừng sớm khi có LIMIT hay không) dựa trên thống kê về dữ liệu: số dòng,…
- Vector search và index ANN Chủ đề Thành viên
Search ngữ nghĩa, gợi ý và RAG quy về tìm các vector (embedding vài trăm tới vài nghìn chiều) gần một vector query. Vector không có thứ tự tự nhiên, nên B-tree hay inverted index không dùng được; ở quy mô lớn phải dùng…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Vitess (PlanetScale/CNCF) Công ty Thành viên
Dự án mã nguồn mở, sinh ra ở YouTube khoảng 2010 khi tầng định tuyến shard được tách khỏi ứng dụng . Bài 2022 giải thích bước cut-over của online schema change: đệm query bằng ACL có hạn, đổi tên bảng để ghi trở nên bất…
- Square Công ty Thành viên
Công ty thanh toán; nguồn duy nhất trong wiki là bài 11/2018 về Cash App. Cash App bắt đầu từ một thử nghiệm Hack Week trên một MySQL; cuối 2016 đã dùng hết cache, chuyển dữ liệu cũ, replica đọc và phần cứng đắt, nên…
- Riot Games Công ty Thành viên
Chat League of Legends (2015): cụm Erlang theo region, mỗi node tự trị, bảng định tuyến nhân bản trong Mnesia và tự lành sau netsplit; viết lại 10% phần nóng bằng C . Kho dữ liệu chuyển từ MySQL (chỉ scale dọc, SPOF,…
- How Uber Conquered Database Overload: From Static Rate-Limiting to Intelligent Load Management Bài tóm tắt · Uber · 2026
…úc chung: query engine stateless (lập kế hoạch, định tuyến, shard, schema, phân quyền), storage engine stateful (transaction, pool kết nối, Raft; mỗi partition một leader hai follo…