Ya, saya menolaknya kerana jawapan ini mengelirukan pembaca. Tidak kira apa jenis pangkalan data, kos untuk mencipta indeks adalah besar, kerana ia bermakna melintasi data dalam keseluruhan jadual, bagaimana ia boleh dilakukan tanpa banyak tekanan? Itulah sebabnya terdapat pilihan {background: true} untuk mengurangkan keadaan ini dengan sewajarnya. Apabila mencipta indeks dalam kluster yang berada di bawah tekanan yang terlalu tinggi, kami mengesyorkan menggunakan kaedah penciptaan indeks "bergolek", yang mengalih keluar nod satu demi satu untuk mencipta indeks dan kemudian meletakkannya dalam talian untuk mengelakkan menjejaskan operasi sistem dalam talian . Bagi isu kunci, bermula dari 3.0, enjin WT menyokong kunci dokumen (kunci baris). Kos untuk menanyakan indeks adalah besar. Ini mungkin kerana indeks anda tidak ditetapkan dengan betul. Anda boleh memberikan contoh khusus untuk dibincangkan. Apabila data melebihi 100 juta, terdapat banyak perangkap Sila berikan contoh khusus untuk dibincangkan.
Mongodb menyokong seni bina pemisahan dan pemisahan automatik, yang boleh digunakan untuk membina sistem kluster pangkalan data boleh skala mendatar dan menyimpan jadual pangkalan data pada setiap nod pemisahan.
Sila lihat mongodb sharding dan bukannya database sharding [1]: https://yq.aliyun.com/article...
Anda boleh membahagikan jadual mengikut bulan Name_03 Name_04 Nama tetap tidak berubah Nama jadual yang akan ditanya ditukar secara dinamik mengikut cap waktu dalam program
Saya secara peribadi berpendapat ia masih perlu MongoDB mempunyai masalah mengunci pangkalan data (versi rendah) dan mengunci jadual (versi sederhana Walaupun terdapat serpihan untuk menyimpan fail, overhead penciptaan indeks dan carian indeks adalah). masih besar! ! ! ! Apabila data melebihi 100 juta, masih terdapat banyak perangkap!
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Ya, saya menolaknya kerana jawapan ini mengelirukan pembaca.
Tidak kira apa jenis pangkalan data, kos untuk mencipta indeks adalah besar, kerana ia bermakna melintasi data dalam keseluruhan jadual, bagaimana ia boleh dilakukan tanpa banyak tekanan? Itulah sebabnya terdapat pilihan
{background: true}untuk mengurangkan keadaan ini dengan sewajarnya. Apabila mencipta indeks dalam kluster yang berada di bawah tekanan yang terlalu tinggi, kami mengesyorkan menggunakan kaedah penciptaan indeks "bergolek", yang mengalih keluar nod satu demi satu untuk mencipta indeks dan kemudian meletakkannya dalam talian untuk mengelakkan menjejaskan operasi sistem dalam talian .Bagi isu kunci, bermula dari 3.0, enjin WT menyokong kunci dokumen (kunci baris).
Kos untuk menanyakan indeks adalah besar. Ini mungkin kerana indeks anda tidak ditetapkan dengan betul. Anda boleh memberikan contoh khusus untuk dibincangkan.
Apabila data melebihi 100 juta, terdapat banyak perangkap Sila berikan contoh khusus untuk dibincangkan.
Mongodb menyokong seni bina pemisahan dan pemisahan automatik, yang boleh digunakan untuk membina sistem kluster pangkalan data boleh skala mendatar dan menyimpan jadual pangkalan data pada setiap nod pemisahan.
Sila lihat mongodb sharding dan bukannya database sharding [1]: https://yq.aliyun.com/article...
Anda boleh membahagikan jadual mengikut bulan Name_03 Name_04 Nama tetap tidak berubah Nama jadual yang akan ditanya ditukar secara dinamik mengikut cap waktu dalam program
Saya secara peribadi berpendapat ia masih perlu MongoDB mempunyai masalah mengunci pangkalan data (versi rendah) dan mengunci jadual (versi sederhana Walaupun terdapat serpihan untuk menyimpan fail, overhead penciptaan indeks dan carian indeks adalah). masih besar! ! ! ! Apabila data melebihi 100 juta, masih terdapat banyak perangkap!