InnoDB

← Chương trước: Phần 2: Golang vs. PHP/Laravel | Mục lục Series | Chương tiếp theo: Phần 4: MariaDB vs. MySQL → Answer-first: Chọn khóa chính là cuộc đấu giữa kích thước index và tính phân tán: BIGINT (8B) nhanh nhất trên single-node nhưng gây nghẽn sharding; UUIDv7 (16B) loại bỏ node điều phối, tương thích tuyệt đối PostgreSQL (fill factor 99%); còn Snowflake (8B) là “vũ khí tối thượng” cho MySQL/InnoDB chịu tải 50k+ RPS với mật độ B+ Tree hoàn hảo. ...

← Chương trước: Phần 3: UUIDv7 vs Snowflake vs BIGINT | Mục lục Series | Chương tiếp theo: Phần 5: Sharded MySQL vs. TiDB → MariaDB vs. MySQL: Phân Kỳ Kiến Trúc, Storage Engines & Thread Pool Answer-first: MariaDB không còn là bản thay thế trực tiếp của MySQL. MySQL 8.4/9.0 thống trị Cloud-Native (AWS Aurora) nhờ InnoDB tối ưu, Binary JSONB O(1) và native Vector AI. Ngược lại, MariaDB 11.x vượt trội trên Bare-metal/Kubernetes nhờ Open-source ThreadPool (50k+ conns), Galera Multi-Master zero-lag và MyRocks LSM nén 70% đĩa. ...

🇬🇧 Read the English version of this article on tanhdev.com Answer-first: Mở rộng quy mô MySQL bền vững đòi hỏi tuân thủ lộ trình 4 cấp độ TPS: (1) Cấp 1 (100–500 TPS) tối ưu hóa nội tại InnoDB Buffer Pool (chiếm 75% RAM vật lý, duy trì hit rate > 95%); (2) Cấp 2 (500–1.500 TPS) loại bỏ truy vấn chậm qua pt-query-digest và triệt tiêu Deadlock bằng Optimistic Concurrency Control; (3) Cấp 3 (1.500–3.000 TPS) phân tách Đọc/Ghi qua cụm ProxySQL kẹp cờ transaction_persistent = 1 và giải quyết Replication Lag bằng Writeset đa luồng trong MySQL 8.4; (4) Cấp 4 (3.000–10.000+ TPS) bẻ gãy giới hạn ghi bằng Sharding Vitess hoặc di trú không downtime sang TiDB NewSQL tự động phân vùng Region 96MB. ...