Hướng Dẫn Chịu Lỗi MariaDBBench: Cụm Galera Cluster 4 So Với Đồng Bộ GTID Semi-Sync

Truy Vấn SQL Chẩn Đoán Trực Tiếp Trên MariaDBBench (Galera 4 vs GTID Semi-Sync)

Chạy truy vấn đọc-chỉ-định dưới đây trên giao diện dòng lệnh mariadb để kiểm tra trạng thái thực tế của máy chủ trước khi sửa tệp 50-server.cnf.

-- Truy vấn MariaDBBench: Kiểm tra trạng thái cụm Galera và xung đột chứng thực
SHOW GLOBAL STATUS WHERE Variable_name IN (
  'wsrep_cluster_size', 'wsrep_flow_control_paused', 'wsrep_local_cert_failures'
);

Vì Sao Cụm 3 Máy Chủ Galera Cluster 4 Không Nhân Ba Năng Lực Ghi?

Theo tài liệu chính thức của Galera Cluster 4, mọi tập dữ liệu ghi (write-set) sau khi chứng thực đều phải được thực thi đầy đủ trên tất cả các thành viên trong cụm. Nếu nhiều máy chủ Web cùng trừ tồn kho một mã sản phẩm trên nhiều node Galera khác nhau, cơ chế chứng thực lạc quan sẽ hủy giao dịch xung đột và trả lỗi Deadlock.

Tác Động Của Cơ Chế Flow Control Khi Một Thành Viên Trong Cụm Bị Nghẽn Đĩa

Khi hàng đợi nhận trên bất kỳ node nào vượt ngưỡng cho phép do ổ cứng chậm hoặc CPU bị chia sẻ, Galera sẽ kích hoạt Flow Control tạm dừng ghi toàn cụm để chờ node chậm bắt kịp. Vì vậy cụm Galera luôn cần phần cứng nhân VDS riêng đồng nhất trong cùng một trung tâm dữ liệu.

Lợi Thế Đơn Giản Của Mô Hình 1 Primary + GTID Semi-Sync + ProxySQL

Đưa toàn bộ lệnh ghi về một node Primary duy nhất bật rpl_semi_sync_master_wait_point = AFTER_SYNC và phân phối truy vấn SELECT sang các node Replica qua ProxySQL giúp vừa bảo toàn dữ liệu khi sự cố, vừa triệt tiêu lỗi rollback đa master.

Tùy Chọn Hạ Tầng NVMe Tương Thích Cho Galera 4 vs GTID Semi-Sync (Giá Công Khai 2026-11-12)

Thông số quyền truy cập root 50-server.cnf và mức giá khởi điểm cập nhật ngày 2026-11-12; giá khuyến mãi và gia hạn có thể thay đổi theo chính sách từng hãng.

Các Chuyên Đề Cấu Hình MariaDB 11.4 Liên Quan Khác Trên MariaDBBench (GUIDE-05)