Neden bölüm DEĞİL?

Ne zaman bir veritabanı bölümlemek istemez? ( MySQL bölümlemeyi düşünüyor )

Benim durumumda

• Birkaç milyon satırla başlayacağım, oradan büyümeli.
• En sık sorgu kısıtlaması görevi gören bir karakter alanındaki birincil anahtar (ve aramalar sık ​​- saniyede en az birkaç kez).
• Birincil anahtar, bölüm anahtarı görevi görecek şekilde özetlenir
• Yukarıda belirtilen sık sorgularda çekilen her satıra güncellemeler yapılacaktır
• Daha az sıklıkta aramaların (tarih sütunlarına veya diğerlerine karşı) tüm bölümleri vurması gerekir

Son nokta için bile, arama paralel olarak çalışmaz, bu yüzden her durumda, bu bir kazanç mı? Bölümlemenin dezavantajları nelerdir? Neden en azından bir milyondan fazla kayda baktığınızda, HERKES'in varsayılan olarak kullandığı bir şey olmasın?

GÜNCELLEME - zgguy'un cevabını seçtim, ancak kendi araştırmamın sonuçlarına, benim için çok yararlı olan benzer bir soruya gerçekten iyi bir cevaba bir bağlantı da dahil olmak üzere kendi cevabımı eklediğimi not ettim.

Performans sorunları için gümüş mermi yoktur ve bölümleme de değildir.

Her bölüm aslında kendi için bir tablodur. Bu nedenle, veritabanının yalnızca bir bölümdeki satırları aramasını sağlayacak şekilde yazılan sorgular daha hızlı hale gelir. Fark, tüm büyük tabloyu taraması gereken sorgular için çok büyük olabilir, ancak kendilerini bölümlenmiş tablodaki yalnızca bir bölümü taramakla sınırlayabilir. Benzersiz tuş aramaları için fark çok daha küçüktür.

Ancak, dizin aramalarını veritabanının tablo (dizin) bölümlerinin tümünü veya çoğunu ziyaret etmesini gerektiren şekilde kullanan sorgular oldukça yavaş çalışır.

Paralel yürütme kendisi için bir konudur. Bir gecede büyük gruplar çalıştırırsanız ve tüm makineyi bu tek işi yapmak için varsa, paralelleştirme iyi bir şeydir. Ancak, veritabanının sürekli olarak birçok eşzamanlı kullanıcının sorgularını sunduğu bir OLTP sisteminde, bir kullanıcının tüm kaynakları almasını istemezsiniz.

Buradaki cevap iyi yazılmıştır ve zgguy'un cevabına benzer argümanlar yapar , bölümleme size en sık aramaların birincil anahtar veya benzeri bir şeye dayalı olduğu tek makineli bir senaryodan çok fazla fayda sağlamaz. endeksli aramalar da aynı hızda olmalıdır).

Aslında, ortak bir tavsiye dizisi, bölümlemenin ana nedeninin teğetsel ve çoğunlukla yönetim ile ilgili olduğu gibi görünmektedir: örneğin, eski kayıtları sık sık temizlemeniz gerekiyorsa verilerinizi tarihe göre ayırın. Verileriniz, tüm sorguların çoğu yalnızca son eklenen kayıtları vuracaksa, bunun arama performansınıza da fayda sağlayabileceği belirtilmiş olsa da.

Ayrıca MySQL'in asla paralel bir şey yapmadığını da gördüm (bazı bağlantıları veya bunun hakkında daha fazla açıklama görmek güzel olurdu).

Yazma etkinliğinin farklı noktalar ekleyip eklemediğini kimsenin konuştuğunu görmedim.

Akla ilk gelen şey budama budamasıdır ; bu sorgularınızın kullanabileceği bir şey değilse.

Bölümleme size yardımcı olacağı için tablodan büyük miktarda veriyi temizlemeye ihtiyacınız olacak mı? Eski olmasına rağmen , Peter'ın bu yazısında dikkate alınması gereken birkaç nokta var.

ve aklınıza gelebilecek başka bir şey basit tablolar için kullanım kolaylığı ... bölümleme ek iş ve bakım gerektirir.