Tìm kiếm
20 kết quả cho “GTID”. Tìm không phân biệt dấu.
- Lessons from Deploying MySQL GTID at Scale Bài tóm tắt · Meta · 2014
…g.fb.com/2014/09/18/core-infra/lessons-from-deploying-mysql-gtid-at-scale/) Bối cảnh - Replication MySQL truyền thống dựa trên toạ độ tương đối (tên file binlog + vị trí). GTID (My…
- Postgres High Availability with CDC Bài tóm tắt · PlanetScale · 2025
…ách MySQL làm - Binlog là log hành động, mỗi transaction có GTID ; replica bật log replica updates ghi lại transaction vào binlog của chính nó với cùng GTID. - Connector CDC chỉ lư…
- Hardening EmergencyReparentShard in v25 Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2026
…5: shard 4 tablet, một replica trễ nhiều). Sửa: dùng vị trí GTID đã nhận (đã đóng băng) để lọc ra nhóm dẫn đầu; tablet đã nhận ít hơn thì áp xong cũng không vượt lên được nên bỏ qu…
- From Batch Snapshots to Near-Real-Time Data Bài tóm tắt · Doximity · 2026
…n được). - Dựng lại bảng chính xác: snapshot ghi lại vị trí GTID và thời điểm nguồn; khi phải dựng lại (reset offset, migrate/failover DB làm đổi lịch sử binlog/GTID, hết hạn giữ l…
- 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:
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- 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…
- 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".
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- Meta Công ty Thành viên
Facebook khởi đầu trên LAMP với mỗi trường đại học một DB; mở rộng bằng Memcache, rồi TAO, rồi data center riêng, edge cạnh ISP và region nhiều toà nhà. Giai đoạn 2010–2020 là các ca góc của hệ phân tán: bất nhất cache…
- Partitioning GitHub's relational databases to handle scale Bài tóm tắt · GitHub · 2021
…vẫn trỏ về primary cũ. Script cutover: bật read-only → đọc GTID cuối → chờ cluster mới nhận đủ → ngắt replication → đổi routing ProxySQL → tắt read-only. Mất vài chục mili giây ch…
- Under the Hood: Building out the infrastructure for Graph Search Bài tóm tắt · Meta · 2013
Facebook có nhiều hệ search cũ chồng nhau: PPS (theo từ khoá, cá nhân hoá, lọc theo loại entity); Typeahead (2009–2010, tìm theo tiền tố khi gõ, viết lại toàn bộ backend và frontend để đạt hiệu năng, nhưng index bị giới…
- How Facebook deals with PCIe faults to keep our data centers running reliably Bài tóm tắt · Meta · 2021
Data center của Facebook (2021) có hàng triệu linh kiện PCIe (ASIC tăng tốc video và inference, GPU, NIC, SSD), nhiều nhà cung cấp, nhiều bản firmware, chạy các ứng dụng có mức chịu lỗi khác nhau. Lỗi có thể từ phần…
- Meta's Infrastructure Evolution and the Advent of AI Bài tóm tắt · Meta · 2025
Facebook khởi đầu trên LAMP (Linux, Apache, MySQL, PHP). Đến 2025 phục vụ hơn 3,4 tỷ người.
- Migrating Data Ingestion Systems at Meta Scale Bài tóm tắt · Meta · 2026
Mỗi ngày, hệ ingestion của Meta cào tăng dần vài petabyte dữ liệu social graph từ MySQL (một trong những cụm MySQL lớn nhất thế giới) vào data warehouse để phục vụ analytics và training model.
- PlanetScale Công ty Thành viên
Nhà cung cấp DB managed (Vitess, Postgres). Trong sự cố AWS us-east-1 tháng 10/2025, tách control plane khỏi data plane giúp DB của khách chạy tiếp khi control plane sập . Bài lịch sử shard Postgres (2026) là góc nhìn…
- 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…
- Cloud Native MySQL Sharding with Vitess and Kubernetes Bài tóm tắt · Vitess · 2015
…, backup/restore tích hợp với blob store, reparent dựa trên GTID cho failover thường lệ đảo ngược được, đổi schema đơn giản hơn. - Shard theo khoảng trên keyspace ID: mỗi khoá được…
- Cut-over logic in vitess schema migrations Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2022
…kể cả query chạy thẳng vào MySQL. Ghi lại điểm thời gian ( gtid executed ). 4. Hoàn tất: đọc nốt binlog tới điểm đó, áp vào bảng bóng. Hai bảng khớp thì đổi tên bảng bóng vào chỗ,…