Tìm kiếm
40 kết quả cho “MySQL sharding”. Tìm không phân biệt dấu.
- MySQL sharding at Quora Bài tóm tắt · Quora · 2020
…ng cao — [bài gốc](https://www.quora.com/q/quoraengineering/MySQL-sharding-at-Quora) Quora chặn crawler; đọc toàn văn qua trình duyệt ngày 2026-10-21, Wayback lúc đó offline. Bối c…
- Cloud Native MySQL Sharding with Vitess and Kubernetes Bài tóm tắt · Vitess · 2015
…— [bài gốc](https://vitess.io/blog/2015-10-06-cloud-native-mysql-sharding-with-vitess-and-kubernetes/) Bài của engineer YouTube giới thiệu Vitess 2.0 (khi đó còn alpha) chạy trên…
- Sharding Pinterest: How we scaled our MySQL fleet Bài tóm tắt · Pinterest · 2015
…@Pinterest Engineering/sharding-pinterest-how-we-scaled-our-mysql-fleet-3f341e96ca6f) Bối cảnh - 2011 Pinterest tăng trưởng cực nhanh; khoảng 9/2011 mọi tầng hạ tầng quá tải, vài h…
- 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.
- Sharding Cash Bài tóm tắt · Square · 2018
…ối cảnh - Cash App bắt đầu là thử nghiệm Hack Week trên một MySQL; tới cuối 2016 đã hơn nửa triệu dòng code, chật vật giữ uptime lúc đỉnh. Đã dùng hết "sách giáo khoa": cache, chuy…
- Migrating Etsy's database sharding to Vitess Bài tóm tắt · Etsy · 2026
…g-etsyas-database-sharding-to-vitess) Bối cảnh - Etsy shard MySQL từ khoảng 2010 : ~1.000 bảng trên ~1.000 shard, hơn 425 TB, ~1,7 triệu request/giây (2026). - ORM tự viết quản lý…
- Evaluating MySQL Parallel Replication Part 3: Benchmarks in Production Bài tóm tắt · Booking.com · 2015
…c](https://medium.com/booking-com-infrastructure/evaluating-mysql-parallel-replication-part-3-benchmarks-in-production-db5811058d74) Phần 3 của series "Evaluating MySQL Parallel Re…
- Learn to stop using shiny new things and love MySQL Bài tóm tắt · Pinterest · 2015
…t Engineering/learn-to-stop-using-shiny-new-things-and-love-mysql-3e1613c2ce14) Bối cảnh - Sau khoảng một năm scale gấp, Pinterest chạy cùng lúc MySQL, Memcache, MongoDB, Redis, Ca…
- The history of Postgres sharding Bài tóm tắt · PlanetScale · 2026
…đối chiếu với nguồn gốc trong wiki. Nội dung chính - Vì sao MySQL đi trước: thời LAMP, nhiều công ty thành công dùng MySQL nên công cụ shard và online schema change (gh-ost, Vitess…
- Why Uber Engineering Switched from Postgres to MySQL Bài tóm tắt · Uber · 2016
…Nâng cao — [bài gốc](https://www.uber.com/blog/postgres-to-mysql-migration/) Bối cảnh - Kiến trúc ban đầu: monolith Python + Postgres. 2016: microservices, và phần lớn chỗ trước đ…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…10: 2 nhà sáng lập, 1 kỹ sư, Rackspace, 1 web engine nhỏ, 1 MySQL nhỏ. - 1/2011: EC2 + S3 + CloudFront, 4 web engine (để dự phòng), 1 MySQL + 1 read slave, 1 MongoDB cho counter, 2…
- How We Replaced Our Data Pipeline With Zero Downtime Bài tóm tắt · Twilio · 2014
…ưu lâu dài và phân tích. Trước đây cả hai nằm chung một cụm MySQL. - Ba vấn đề: - Tối ưu cho mọi thứ là không tối ưu cho gì: in-flight cần ghi nhiều, post-flight cần đọc nhiều mà k…
- YouTube Architecture Bài tóm tắt · YouTube · 2007
…2 kỹ sư mạng, 1 DBA). Stack: Apache, Python, Linux (SuSE), MySQL, psyco, lighttpd cho video. Thay đổi chính - Web: NetScaler cân bằng tải và cache tĩnh, Apache + mod fastcgi, app…
- Scaling Datastores at Slack with Vitess Bài tóm tắt · Slack · 2020
…tess/) Bối cảnh - Slack bắt đầ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ằ…
- How we scaled reads on the Twitter Users Database Bài tóm tắt · Twitter · 2023
…thế giới, được xây trên Gizzard , chính framework sharding MySQL từng dùng cho tweet năm 2010–2013 (, ). Gizzard có những tính năng riêng như quorum read. - Theo thời gian, Gizzar…
- Partitioning GitHub's relational databases to handle scale Bài tóm tắt · GitHub · 2021
…Bối cảnh - Hơn 10 năm trước GitHub bắt đầu bằng Rails + một MySQL . - Các bước tiến hoá trước 2019: tách vài tính năng (ví dụ statuses) sang DB riêng; thêm read replica; dùng Proxy…
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
…9/2012), SQL rất hạn chế. Benchmark của MemSQL bị cộng đồng MySQL phản bác (bài "MySQL is bazillion times faster than MemSQL" của Domas Mituzas). Bối cảnh - Hai nhà sáng lập từng ở…
- How We Partitioned Airbnb's Main Database in Two Weeks Bài tóm tắt · Airbnb · 2015
…eeks-55f7e006ff21) Bối cảnh - Trước mùa du lịch hè 2015, DB MySQL chính (trên RDS, còn từ thời Airbnb là một app Rails) phải giảm tải. Airbnb chọn tách dọc theo chức năng thay vì s…
- Unlocking Horizontal Scalability in Our Web Serving Tier Bài tóm tắt · Airbnb · 2016
…server, nói chuyện với vài service Java; dữ liệu lõi trong MySQL trên RDS, đã tách database theo chức năng năm 2015. - MySQL community dùng mô hình một thread mỗi kết nối. Số kết…
- Introducing Espresso - LinkedIn's hot new distributed document store Bài tóm tắt · LinkedIn · 2015
…t. - Storage node: storage engine cắm được, production dùng MySQL/InnoDB ; binlog MySQL vừa để replicate trong cụm vừa làm nguồn cho Databus. Secondary index cập nhật đồng bộ với d…
- Atomic slot migration with Redis 8.4 Bài tóm tắt · Redis · 2026
Redis Cluster chia key vào 16.384 hash slot (CRC16(key) mod 16384, hoặc phần trong {}), mỗi node giữ một tập slot. Phải dời slot khi scale out/in và khi một key, slot hay node quá tải (bộ nhớ, CPU, băng thông).
- Working with PostgreSQL Bài tóm tắt · Zerodha · 2021
…ả, Postgres ổn định từ 2013, nâng 9→12 không lỗi, trong khi MySQL từng gây lỗi nhất quán, corruption, rò bộ nhớ (ý kiến của Zerodha). Bài học cho SWE - Chia theo trục thời gian khi…
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
…Bối cảnh - Edgestore là lớp trừu tượng trên hàng nghìn node MySQL, giữ hàng petabyte metadata, hơn 10 triệu request/giây. Developer gom dữ liệu hay đi cùng nhau vào một colo (cùng…
- 5-year Evolution of Ele.me's Transaction System - Part 2 Bài tóm tắt · Ele.me · 2020
…1: ; tiếp theo: . Bối cảnh (2015) - DB đơn hàng: 1 primary MySQL + 5 secondary + 1 node cho MHA. Không chịu được tải đột biến: nếu phòng kinh doanh không báo trước khuyến mãi thì…
- The data platform cluster operator service for Hadoop cluster management Bài tóm tắt · Twitter · 2023
…perator (DCO) bằng Python/Flask, sau load balancer; backend MySQL (có sharding nếu cần) lưu dữ liệu và metadata cụm. - Request được phân tích, lưu DB, chuyển cho workflow engine 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".
- 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.
- 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:
- 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…
- 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:
- Sinh ID phân tán Chủ đề Thành viên
Khi chỉ có một database, AUTOINCREMENT là đủ. Khi dữ liệu nằm trên nhiều máy, ID không còn duy nhất toàn hệ thống. Đây thường là thứ đầu tiên vỡ khi phân tán dữ liệu. Yêu cầu hay gặp: duy nhất, sắp được theo thời gian,…
- 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,…
- 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:
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- 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…
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- Độ 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.
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Pinterest Công ty Thành viên
Năm 2015 Pinterest sinh sẵn nội dung cho mọi user và lưu trong HBase, cách đã đưa họ tới 100 triệu MAU nhưng tốn lưu trữ và khó thử nghiệm. Họ xây 9 hệ thống C++/RocksDB để sinh feed lúc đọc . Phía dưới là tầng cache…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…