Vận hành MySQL·PostgreSQL chạy bằng Docker mà không làm mất dữ liệu — 30 sự cố cơ sở dữ liệu container được DBA đang làm nghề tái hiện

Khắc phục các API sản phẩm và sự kiện bị quá tải khi mở bán bằng L1 cục bộ + L2 từ xa + chống cache stampede + cơ chế vô hiệu hóa + kill switch, rồi chứng minh bằng số liệu trước và sau mức giảm băng thông, độ trễ và tải DB dưới cùng một mức tải.

Trước một sự kiện quy mô lớn, DB cần chuẩn bị những gì và ngay khi mở cửa cần kiểm tra điều gì trước tiên? Hãy luyện tập trình tự ứng phó trước, trong và sau sự kiện qua các bản ghi thực tế trong môi trường Aurora dùng cho đào tạo về CPU của Reader tăng đột biến, chờ khóa, deadlock và chuyển đổi dự phòng, cùng các câu lệnh SQL chẩn đoán.

Trước một sự kiện quy mô lớn, PostgreSQL cần chuẩn bị những gì và ngay khi mở bán cần kiểm tra điều gì trước tiên? Luyện tập trình tự ứng phó trước, trong và sau sự kiện qua các ghi chép thí nghiệm trực tiếp trên Aurora PostgreSQL dùng cho đào tạo về tình trạng chờ khóa, deadlock, VACUUM bị trì hoãn, chuyển đổi dự phòng và CPU của Reader tăng vọt, cùng các câu lệnh SQL chẩn đoán và playbook cho 7 loại sự kiện.

Bạn có đang mỗi tuần dán bảng doanh thu, kiểm tra các câu hỏi về giao hàng và viết lại báo cáo không? Hãy trở thành người vận hành cửa hàng mua sắm trực tuyến giả lập “Moa Saenghwal” và giao việc cho Claude bằng tiếng Hàn. Khóa học gồm 30 buổi thực hành, từ kết nối dữ liệu, tính toán trên Google Sheets, tạo dashboard, báo cáo Artifact, kiểm tra khách hàng và giao hàng, cho đến tái sử dụng các skill của riêng bạn. Bạn sẽ không chỉ dừng lại ở việc nhận kết quả, mà còn học cách đối chiếu các con số, sửa các điều kiện sai và chạy lại vào tuần sau theo cùng một tiêu chuẩn. Bạn không cần trực tiếp viết code, SQL hay công thức. Khóa học sử dụng Mac Claude Desktop và Google Sheets làm nền tảng; tài khoản trả phí và chi phí đăng ký được tính riêng. Sử dụng giọng nam AI tiếng Hàn.

Dự án thực hành dành cho nhân viên văn phòng và vận hành cần kiểm tra tổng số liệu giao dịch và lỗi hằng tuần. Đối chiếu bảng tổng hợp giả lập gồm 44 dòng với hai tệp CSV, rồi dùng Google Sheets và Claude để bảo toàn dữ liệu gốc, tạm giữ các mục trùng/lỗi, tổng hợp theo tuần và đối soát biểu đồ. Cung cấp hướng dẫn dạng hoạt hình, hình ảnh màn hình ứng dụng thực tế, giọng đọc AI nam kèm phụ đề và các câu lệnh theo từng bước.

Chúng tôi thay thế các API cấp coupon và đăng ký sản phẩm đồng bộ vốn bị sập khi lượng truy cập tăng đột biến lúc mở bán bằng queue, outbox, consumer idempotent, DLQ và Temporal; đồng thời tự tái hiện trên Docker ở máy tính của mình các số liệu trước và sau khi thay đổi (độ trễ, tỷ lệ lỗi, số lần commit DB) với cùng mức tải.

Trong các microservice nối tiếp từ API đặt hàng → thanh toán → tồn kho → Kafka → consumer → batch, chúng ta trực tiếp tái hiện các vấn đề như trace bị đứt đoạn, phình to thành hàng nghìn span rồi âm thầm bị loại bỏ, hoặc biến mất khỏi dashboard; sau đó khắc phục theo trình tự triệu chứng → xác định nguyên nhân → xử lý, để hoàn thiện trace liền mạch từ đầu đến cuối cùng dashboard.

Mỗi sáng, tôi trực tiếp xây dựng trên Docker trên laptop của mình một tác nhân DBA có thể đo đạc MySQL·PostgreSQL, lập bảng chẩn đoán xếp hạng bằng các ký tự A·B·C·N, dùng EXPLAIN để chẩn đoán các truy vấn có vấn đề rồi soạn bản nháp yêu cầu cải thiện, đồng thời xem xét kế hoạch tăng·giảm số lượng kết nối và Reader trước đợt sale cùng chi phí.

[Mục tiêu cuối cùng] Tự tay hoàn thiện một agent vận hành có thể chạy xuyên suốt từ tiêm lỗi → cảnh báo → AI phân tích bước đầu → runbook và phương án xử lý → người phê duyệt thực hiện → đến bản nháp postmortem. Triển khai sàn thương mại điện tử ảo 'Loop Market' bằng Docker và thực hành với Prometheus, Grafana, Loki và Claude.

Tự xây dựng một pipeline phát triển bằng cách chạy Claude Code ở chế độ headless, để chỉ với một dòng bình luận trên issue, PR cần review sẽ được tạo ra. Mã hóa các quy tắc của nhóm bằng CLAUDE.md, skill và hook, đồng thời bổ sung ba bước kiểm duyệt thủ công, bot review, sổ theo dõi các nhận định sai và giới hạn chi phí.

Mục tiêu cuối cùng: biến một công việc lặp đi lặp lại của tôi thành một kỹ năng Claude → đồng nghiệp cài đặt và sử dụng → báo cáo thời gian tiết kiệm được bằng con số. Không cần viết mã, tôi sẽ trực tiếp chạy và kiểm tra 12 kỹ năng theo từng vị trí công việc dựa trên dữ liệu của cửa hàng tổng hợp thể thao và dã ngoại giả lập “Loop Market”, rồi hoàn thiện kỹ năng cho công việc của mình trong đồ án cuối khóa.

Trước cuộc họp lúc 9 giờ thứ Hai, giao Cowork tổng hợp hiệu quả quảng cáo trên 3 kênh, quyết toán coupon, các phản hồi không hài lòng và kiểm tra tồn kho; mọi người chỉ cần xem bảng đối soát. Dùng dữ liệu của cửa hàng trực tuyến mô phỏng để tạo hơn 40 tệp kết quả theo từng người phụ trách và 5 kỹ năng, đồng thời hoàn tất việc lên lịch chạy tự động lúc 8 giờ mỗi sáng thứ Hai.

Biến nửa ngày chốt sổ cuối tháng thành 30 phút tải tệp lên và kiểm tra. Giao cho Claude Cowork 16 tệp kênh giả lập theo mô hình Smart Store, Coupang và Cafe24 để tạo bảng tổng hợp đơn hàng → đối soát quyết toán (đơn hàng ↔ quyết toán ↔ sao kê ngân hàng, đưa chênh lệch chưa giải thích về 0) → lãi lỗ hàng trả lại → tồn kho và đặt hàng → danh sách yêu cầu CS chưa xử lý → kỹ năng chốt sổ cuối tháng. Giao việc bằng tiếng Hàn, không cần viết mã hay công thức, rồi đối chiếu với dữ liệu gốc để xác nhận. Học qua 28 tình huống thực tế và nhật ký thực thi thực tế của Claude.

Nếu trước sự kiện bạn được yêu cầu "hãy thử kiểm thử tải", hãy dùng k6 để tăng số yêu cầu mỗi giây theo từng nấc, đồng thời theo dõi các chỉ số phía DB (CPU, luồng đang chạy, connection pool, thời gian chờ khóa, buffer pool, độ trễ sao chép) trên cùng một màn hình. Xác định thứ gì sẽ gặp sự cố trước, rồi dùng các con số để đặt ra ngưỡng giới hạn và tiêu chí dừng. Tôi tái hiện toàn bộ bằng Docker trên máy tính của mình.

Trực tiếp quan sát điểm nghẽn của DB khi cấp coupon và trừ tồn kho theo nguyên tắc ai đến trước được trước, thông qua thời gian chờ khóa, dòng dữ liệu nóng, độ dài danh sách lịch sử và số lượng kết nối. Đây là khóa học thực chiến của trưởng nhóm DBA đang làm nghề, dùng kịch bản thực hành chạy bằng Docker để chứng minh hiệu quả trước và sau khi thiết kế, từ UPDATE có điều kiện, khóa duy nhất, SKIP LOCKED, phân chia bộ đếm cho đến quyết định có nên dùng Redis hay không.

Giải thích 46 câu hỏi phỏng vấn về chỉ mục, kế hoạch thực thi, giao dịch, khóa, sao chép và ứng phó sự cố dưới góc nhìn của người phỏng vấn. Đối chiếu câu trả lời chưa tốt với câu trả lời tốt, đồng thời kèm theo bài thực hành kiểm chứng trực tiếp trên MySQL 8.4 cho từng câu hỏi, để bạn có thể trả lời rằng “tôi đã tự mình kiểm tra” khi được hỏi tiếp.

Khi API đặt hàng bị treo dù CPU chưa đến 1%, khi thêm một cột mà dịch vụ ngừng hoạt động, khi đơn hàng vừa thanh toán không hiển thị. Đây là phiên bản đầy đủ gồm 104 bài học, tái hiện nguyên vẹn các sự cố thực tế trong cơ sở dữ liệu vận hành bằng môi trường thực hành MySQL 8.4 với máy chủ gốc và bản sao, đồng thời cung cấp quy trình từ chẩn đoán trong 5 phút đến thay đổi lược đồ không gián đoạn, xử lý tác vụ lớn, khôi phục và chuẩn bị cho sự kiện.

Không cần viết mã, chỉ cần yêu cầu Claude Code phân tích các tệp Excel, CSV và DB bằng lời; sau đó đối chiếu các con số AI đưa ra với dữ liệu gốc để tự phát hiện chỗ sai. Bạn sẽ học qua nhật ký thực thi thực tế, từ danh mục dữ liệu → dấu vân tay dữ liệu gốc → định nghĩa chỉ số → tổng hợp → kiểm chứng chéo bằng hai phương pháp → báo cáo một trang có gắn số tham chiếu → kỹ năng cho tháng tiếp theo.

Một dòng mã JPA đến DB dưới dạng bao nhiêu câu lệnh, bao nhiêu hàng và kế hoạch thực thi nào? Thay vì dựa vào nhật ký ứng dụng, chúng tôi đếm từ phía MySQL nhận được. Đây là khóa học thực tiễn của trưởng nhóm DBA đang làm việc trong ngành, tái hiện và khắc phục N+1, phân trang với fetch join collection, INSERT theo lô với IDENTITY, thao tác hàng loạt, readOnly và OSIV qua 61 bài kiểm thử thực hành, rồi chứng minh bằng số liệu.

Tôi học tuning thực hành SQLP bằng cách tái hiện nguyên vẹn các kế hoạch thực thi trong bài giảng trên Oracle 26ai Free ở PC của mình. Tôi đánh giá 30 câu hỏi thực hành do chính mình biên soạn dựa trên số liệu đo thực tế (số block đã đọc, số lần thực thi), rồi thử viết cả đáp án.