Không ai biết. Và ngay cả khi bạn làm việc tại Twitter, có thể bạn sẽ không cho chúng tôi biết bí mật.Kiến trúc cơ sở dữ liệu MySQL của Twitter được thiết kế như thế nào? Hãy thử tốt nhất của bạn
Vì vậy, hãy để chúng tôi đăng tất cả các lý thuyết về cách cơ sở dữ liệu công cụ giao tiếp này được thiết kế!
Nó chắc chắn không thể theo kiến trúc sao chép chuẩn, phải không? Nó phải làm một số sharding, phân vùng, vv, vv
Hãy cho tôi biết những gì bạn nghĩ!
Twitter uses in memory database and MySQL is just for backup.
Đây là một sơ đồ có thể giải thích kiến trúc của Twitter: 
MySQL không được sử dụng để sao lưu như đề cập đến trong các câu trả lời trước nhưng đối với thực lưu trữ các dữ liệu.
Họ đã phát triển cơ sở dữ liệu riêng của họ gọi là FlockDB trong đó sử dụng mySQL như back-end cơ sở dữ liệu cùng với các cơ chế khác cho phù hợp, lập chỉ mục, vv
Thông tin thêm về FlockDB và mã nguồn ở đây:
https://github.com/twitter/flockdb
Nhưng họ đã tối ưu hóa lược đồ cơ sở dữ liệu MySQL của họ theo cách để thực hiện rất tốt với các truy vấn của họ.
Thông tin thêm về các lược đồ ở đây:
http://www.slideshare.net/nkallen/q-con-3770885?from=ss_embed
các loại differne bộ nhớ cache là gì? (Tôi chỉ sử dụng memcached cho bộ nhớ đệm của mình..đơn giản!) Tất cả những thứ đó là gì !? – TIMEX
Chúng được giải thích trong tài liệu tôi đã liên kết ở trên – Graviton