Tìm kiếm
20 kết quả cho “Single store”. Tìm không phân biệt dấu.
- Single-Store Vector Index: Architecture and Memory Efficiency Bài tóm tắt · Memgraph · 2026
…· Độ khó: Trung bình — [bài gốc](https://memgraph.com/blog/single-store-vector-index) Bài nhà cung cấp; benchmark tự chạy trên một kịch bản (1 triệu node, 1024 chiều). Mọi nhận đị…
- MemSQL (SingleStore) Công ty Thành viên
MemSQL (sau đổi tên SingleStore) do hai cựu kỹ sư Facebook lập năm 2011. Bài phỏng vấn trên HighScalability năm 2012 kể thiết kế của bản đầu: dữ liệu vừa RAM, lock-free mọi nơi, skip list thay B-tree, MVCC, SQL biên…
- LIquid: The soul of a new graph database, Part 1 Bài tóm tắt · LinkedIn · 2020
Theo LinkedIn, giá trị của đồ thị nằm chủ yếu ở mạng cấp 2: bạn của bạn, thường ít nhất 50.000 entity (người, trường, công ty). Mạng cấp 1 (vài trăm kết nối) để trong bảng hay KV là đủ; mạng cấp 3 quá lớn và khó hành…
- Moving the public Stack Overflow sites to the cloud: Part 1 Bài tóm tắt · Stack Overflow · 2025
…c trên GCP; Teams multi-tenant và nhiều instance Enterprise single-tenant trên Azure), nên đóng gói script và artifact thành CNAB để các team không phải biết chi tiết từng nơi; - S…
- Redesigning Workers KV for increased availability and faster performance Bài tóm tắt · Cloudflare · 2025
Workers KV là kho KV toàn cầu: dữ liệu lưu ở storage theo vùng, cache khắp mạng Cloudflare; không chỉ khách hàng dùng mà còn là hạ tầng cho cấu hình, xác thực, phân phối asset của nhiều sản phẩm Cloudflare.
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- 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:
- 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…
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…
- Độ 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.
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- Memgraph Công ty Thành viên
Memgraph là công ty graph database. Năm 2026 họ bỏ colocation tự giữ máy cho CI và benchmark sang thuê Hetzner, chi phí giảm khoảng một nửa; CI chạy trên vCPU dùng chung, benchmark trên bare metal để giảm nhiễu . Cùng…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…n: AWS là nền móng, không phải lời giải. - Cache cần cơ chế single-flight (chặn miss đồng thời), giống memcache lease của Instagram (). - Tự viết client cho service của mình (sidec…
- GPU-accelerated vector indexing in Elasticsearch with NVIDIA cuVS Bài tóm tắt · Elastic · 2026
Dựng index vector trên CPU ở quy mô TB–PB có thể mất nhiều ngày (theo một nguồn Elastic dẫn), cản trở những workload phải dựng lại index thường xuyên: catalog sản phẩm làm mới mỗi đêm, đổi embedding model.
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
…i phỏng vấn hai đồng sáng lập MemSQL (sau này đổi tên thành SingleStore) do Todd Hoff (HighScalability) viết lại, tức là theo MemSQL qua lời kể của HighScalability . Lúc đó là bản…
- Filtered Vector Search: What ACORN Fixes, and What Fixes ACORN Bài tóm tắt · Qdrant · 2026
Filter metadata biến đồ thị HNSW thành các đảo rời: với m=16 mặc định, tập 1 triệu điểm có trung bình khoảng 21 cạnh mỗi node ở tầng 0; filter bỏ 96% điểm thì trung bình còn chưa tới 1 cạnh, việc duyệt bị kẹt trước khi…