Kimse bilmiyor. Ve Twitter'da çalışsanız bile, muhtemelen sırrı bilmemize izin vermeyeceksiniz.Twitter'ın MySQL veritabanı mimarisi nasıl tasarlandı? En iyi ihtimalle deneyin.
Öyleyse, hepimiz bu iletişim aracı veritabanının nasıl tasarlandığına dair teorilerimizi yayınlayalım!
Standart çoğaltma mimarisini kesinlikle takip edemez, değil mi? Bazı parçalama, bölme, vb. Yapmak zorunda.
Ne düşündüğünüzü bana bildirin!
MySQL önceki yanıtta ama aslında verilerini depolamak için söz olarak yedekleme için kullanılmaz:
Bu
Twitter'ın mimarisini açıklayabilir bir diyagram.Onlar indeksleme gibi arka uç veritabanı tutarlılık için başka mekanizmalar ile birlikte mySQL kullanan FlockDB denilen kendi veritabanını geliştirdik vb
FlockDB ve burada kaynak kodu hakkında fazla bilgi:
https://github.com/twitter/flockdb
Ancak, MySQL veritabanı şemalarını sorgularıyla çok iyi performans gösterecek şekilde optimize ettiler.
http://www.slideshare.net/nkallen/q-con-3770885?from=ss_embed
önbellek differne türleri nelerdir: Burada şeması hakkında
fazla bilgi? (Sadece caching..dead basit için memcached kullanın.) Tüm bu şeyler nedir? – TIMEX
Yukarıda bağlı olduğum belgede açıklanmıştır. – Graviton