Kenapa BUKAN partisi?

Kapan seseorang TIDAK ingin mempartisi basis data? (memikirkan partisi MySQL )

Dalam hal ini

• Saya akan mulai dengan beberapa juta baris, itu harus tumbuh dari sana.
• Kunci utama pada bidang karakter yang berfungsi sebagai penahan kueri yang paling sering (dan pencarian sering - setidaknya beberapa per detik).
• Kunci primer akan hash untuk berfungsi sebagai kunci partisi
• Pembaruan akan dilakukan untuk setiap baris yang ditarik dalam permintaan yang sering disebutkan di atas
• Pencarian yang lebih jarang (terhadap kolom tanggal atau lainnya) perlu menekan semua partisi

Bahkan untuk poin terakhir, bukankah pencarian berjalan paralel sehingga dalam semua kasus, apakah ini sebuah kemenangan ? Apa kerugian untuk mempartisi? Mengapa ini bukan sesuatu yang SEMUA ORANG gunakan secara default, setidaknya ketika Anda melihat jutaan catatan?

PEMBARUAN - Saya memilih jawaban zgguy tetapi perhatikan bahwa saya menambahkan jawaban saya sendiri dengan hasil penelitian saya sendiri termasuk tautan ke jawaban yang sangat bagus pada pertanyaan serupa yang sangat berguna bagi saya.

Tidak ada peluru perak untuk masalah kinerja, dan partisi juga bukan satu.

Setiap partisi pada dasarnya adalah tabel untuk dirinya sendiri. Oleh karena itu pertanyaan yang ditulis dengan cara yang memungkinkan database untuk mencari baris hanya dalam satu partisi menjadi lebih cepat. Perbedaan bisa sangat besar untuk kueri yang perlu memindai seluruh tabel besar, tetapi dapat membatasi diri untuk memindai hanya satu partisi di tabel dipartisi. Untuk pencarian kunci yang unik, perbedaannya jauh lebih kecil.

Namun, kueri yang menggunakan pencarian indeks dengan cara yang membutuhkan database untuk mengunjungi semua atau sebagian besar tabel (indeks) partisi akan berjalan jauh lebih lambat.

Eksekusi paralel adalah topik untuk dirinya sendiri. Jika Anda menjalankan batch semalam yang besar, dan memiliki seluruh mesin untuk melakukan pekerjaan tunggal itu, maka paralelisasi adalah hal yang baik. Namun dalam sistem OLTP di mana database terus-menerus melayani permintaan dari banyak pengguna secara bersamaan, Anda tidak ingin satu pengguna mengambil semua sumber daya.

Jawaban di sini ditulis dengan baik dan membuat argumen yang mirip dengan jawaban zgguy , bahwa partisi tidak banyak memberi Anda, jika ada, manfaat untuk skenario mesin tunggal di mana pencarian yang paling sering didasarkan pada kunci primer atau sesuatu yang serupa (karena pencarian yang diindeks harus sama cepat).

Faktanya, saran yang umum adalah bahwa alasan utama untuk mempartisi adalah tangensial dan sebagian besar terkait dengan manajemen: misalnya, pisahkan data Anda berdasarkan tanggal jika Anda perlu sering membersihkan catatan lama. Meskipun telah dicatat bahwa ini juga dapat menguntungkan kinerja pencarian Anda jika data Anda sedemikian rupa sehingga sebagian besar semua kueri hanya akan mencapai catatan yang baru ditambahkan.

Saya juga melihat menyebutkan bahwa MySQL tidak pernah melakukan apa pun secara paralel (akan menyenangkan untuk melihat beberapa tautan atau penjelasan lebih lanjut tentang itu).

Belum pernah ada yang berbicara apakah aktivitas menulis menambahkan pertimbangan yang berbeda atau tidak.

Hal pertama yang terlintas dalam pikiran adalah pemangkasan partisi ; jika itu bukan sesuatu pertanyaan Anda dapat digunakan.

Apakah Anda akan membutuhkan sejumlah besar data dari tabel sebagai partisi akan membantu Anda. Meskipun sudah tua tetapi posting dari Peter ini memiliki beberapa hal untuk dipertimbangkan.

dan satu hal lagi yang bisa dipikirkan adalah kemudahan penggunaan untuk tabel sederhana ... partisi membutuhkan kerja dan pemeliharaan tambahan.