Tìm kiếm
38 kết quả cho “MySQL RDS”. Tìm không phân biệt dấu.
- Jepsen: MySQL 8.0.34 Bài tóm tắt · Jepsen · 2023
…mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/mysql-8.0.34) Báo cáo kiểm thử độc lập, không phải bài của một công ty kể về hệ của mình. Jepsen tự nói: phương pháp thự…
- Jepsen: Amazon RDS for PostgreSQL 17.4 Bài tóm tắt · Jepsen · 2025
…ển khai thật. Liên quan - · · - Postgres một node (2020): - MySQL và RDS MySQL (2023):…
- 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 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…
- The Evolution of Alibaba Cloud's Relational Database Services Architecture - PolarDB Bài tóm tắt · Alibaba · 2018
…ần lớn là nút cổ chai I/O (lưu trữ và mạng). - Các dạng RDS MySQL trước PolarDB (2018): - Bản cơ bản: tách compute khỏi storage bằng cloud disk nhiều bản sao; dễ migrate, mở rộng đ…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
…team/workspace của user nằm trong một database dùng chung (MySQL trên RDS, cấu hình HA). - Ba lần downtime vì database này: ít nhất 92 phút (29/7/2019), 51 phút (1/8), 34 phút (13…
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
Theo W3Techs (10/2024), Cloudflare là authoritative DNS của 14,5% website. Zone lớn nhất có ~4 triệu record, phần lớn zone dưới 100.
- Centrifuge: a reliable system for delivering billions of events per day Bài tóm tắt · Segment · 2018
…y đổi chính - Queue ảo trên database: thứ tự giao nằm trong MySQL (RDS), nên đổi chất lượng dịch vụ hay thứ tự giao chỉ là một câu SQL , không phải chép lại hàng TB dữ liệu như với…
- 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…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…chuyển đổi nhưng đắt license và mang theo nợ kỹ thuật); RDS MySQL (giới hạn 6 TB lúc đó, cần gần 10 TB); Aurora (đủ dung lượng nhưng còn beta); PostgreSQL (ít kinh nghiệm nội bộ, v…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…ày) · (ứng dụng và dữ liệu khách hàng) · (database Oracle → MySQL). Bối cảnh - Billing là mảnh cuối cùng của Netflix còn ở data center khi cả streaming đã lên AWS (). Ngày 4/1/2016…
- Tracking the Money — Scaling Financial Reporting at Airbnb Bài tóm tắt · Airbnb · 2017
…- Hệ báo cáo tài chính cũ (đầu 2012 → cuối 2016) là một ETL MySQL chạy đêm: trigger trên các bảng chính ghi lại mọi thay đổi của reservation và payment (để có lịch sử bất biến trên…
- Phoenix — Tinder's Testing Platform, Part III (Metrics System) Bài tóm tắt · Tinder · 2020
…phối bằng Fireflow (Airflow + lớp service tích hợp EMR, S3, MySQL, Redshift). Theo dõi phân bổ realtime bằng Grafana. - Kết quả: chuỗi thời gian (xu hướng dài như holdout), thống k…
- 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".
- 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.
- 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…
- 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.
- 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…
- 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.
- Độ 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.
- 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…
- 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…
- 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:
- 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…
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- 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…
- 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ằ…
- Jepsen Công ty Thành viên
Jepsen là dự án kiểm thử độc lập về tính an toàn của database và hệ phân tán, không phải một công ty kể về hệ của mình; báo cáo 6/2020 áp công cụ Elle lên PostgreSQL một node và tìm ra chế độ "serializable" không…
- Grab Công ty Thành viên
Dùng AWS từ ngày đầu (MyTeksi 2012: Rails trên EC2 + RDS MySQL) và theo Grab chỉ cần dưới 10 kỹ sư vận hành nhờ managed service . Năm 2016 họ chuyển API hành khách từ Rails sang Go theo từng endpoint bằng shadow…
- How we store and process millions of orders daily Bài tóm tắt · Grab · 2022
…iữ ngắn (3 tháng), là nguồn sự thật cho xử lý đơn. - OLAP = MySQL RDS. Cùng dữ liệu nhưng giữ lâu hơn. - OLAP hỏng không ảnh hưởng giao dịch online. - DynamoDB chi tiết: - Partitio…
- Dynein: Building a Distributed Delayed Job Queueing System Bài tóm tắt · Airbnb · 2019
…dis, huỷ job phải quét cả backlog. Thêm một hệ tự viết trên MySQL cho hẹn giờ dài, nhất quán nhưng không scale. Thay đổi chính - Hàng đợi = SQS, mỗi service một queue (tạo bằng một…
- Driving Southeast Asia Forward with AWS Bài tóm tắt · Grab · 2017
…ay đổi chính - Bắt đầu (2012): Ruby on Rails trên EC2 + RDS MySQL + VPC. Dùng AWS từ ngày đầu. - Sau đó: từ một ứng dụng monolith sang kiến trúc microservices. Bài chỉ nhắc chứ khô…
- Alibaba Công ty Thành viên
Database của Alibaba đi qua ba giai đoạn, đều do đỉnh tải Double 11 dẫn dắt: thương mại (IBM/Oracle/EMC, 2005–2009) → "De-IOE" sang mã nguồn mở với middleware TDDL và AliSQL (2010–2015) → tự phát triển X-DB (từ 2016).…
- Asana Công ty Thành viên
Phần mềm quản lý công việc; hai nguồn trong wiki đều về lớp dữ liệu. Asana shard theo domain (tenant) từ 2015, nhưng một phần dữ liệu dùng chung cho mọi workspace vẫn nằm trong một MySQL trên RDS. Mùa hè 2019, ba lần…
- The growing pains of database architecture Bài tóm tắt · Figma · 2023
…g phần lớn không tương thích Postgres. - NoSQL hoặc Vitess (MySQL) đòi migration đọc/ghi kép phức tạp, NoSQL còn phải sửa app nhiều. - NewSQL tương thích Postgres: Figma sẽ thành m…
- 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).