Selepas beberapa pemikiran awal, untuk rujukan sahaja:

1. Pertama sekali, mari sebutkan indeks saya percaya anda harus menambah indeks pada ini.
2. Saya mempunyai soalan untuk mengesahkan Butiran kunci dalam versi terkini mongodb masih di peringkat Pangkalan Data Saya tidak tahu versi mana yang anda gunakan Ia belum mencapai butiran jadual kunci (Koleksi ), jadi lebih teruk apabila konkurensi tulis adalah besar Tetapi prestasinya tidak sepatutnya seteruk yang anda nyatakan? Saya tidak faham. Saya cadangkan anda mempertimbangkan kemungkinan sub-pustaka tugas?
3. Bolehkah anda mempertimbangkan untuk menyimpan status subtugas dan status tugas utama secara berasingan? Status subtugas boleh diletakkan dalam redis, dan tugas utama hanya bertanggungjawab untuk statusnya sendiri Dengan cara ini, kekerapan kemas kini setiap tugas utama dikurangkan kepada 1/N, yang boleh mengurangkan tekanan pada tugas utama. jadual dalam mongodb.
4. Selepas subtugasan selesai atau tamat masa, bolehkah penyegerakan jujukan satu benang tak segerak latar belakang status tugas utama mongodb dipertimbangkan?

Secara peribadi, saya fikir isu prestasi pertanyaan tatasusunan MongoDB dan kemas kini yang disebut oleh penanya berkemungkinan menjadi isu dengan reka bentuk Skema. Tetapi penyoal tidak memberikan reka bentuk tertentu, jadi saya akan mengemukakan beberapa perkara yang patut diberi perhatian untuk rujukan sahaja:

1. Indeks, seperti yang dinyatakan di atas, anda sepatutnya telah mengindeks tatasusunan. Walau bagaimanapun, perlu diperhatikan bahawa indeks medan tatasusunan jauh lebih besar daripada indeks medan biasa (bergantung pada saiz tatasusunan, lebih besar tatasusunan, lebih besar ruang yang diduduki oleh indeks). Ini boleh menyebabkan masalah: indeks tidak (sepenuhnya) dalam ingatan! Akibatnya ialah setiap pertanyaan memerlukan operasi IO tambahan, dan prestasi akan menurun secara mendadak.
2. Pertanyaan mengembalikan saiz dokumen. Jika jumlah data dokumen yang dikembalikan untuk setiap pertanyaan adalah besar, dan pelanggan dan mongodb tidak berada pada mesin yang sama, ia akan meningkatkan masa yang diperlukan untuk penghantaran rangkaian (jangan memandang rendah kali ini), jadi cuba kembalikan semua yang diperlukan sahaja padang.
3. kemas kini di tempat kerana ciri tanpa skema, mongodb akan menyimpan beberapa ruang untuk setiap rekod dokumen untuk digunakan apabila menambah medan atau data tambahan untuk meningkatkan prestasi kemas kini. Tetapi jika saiz dokumen anda kerap mengembang (menambah medan, menambah panjang tatasusunan, dll.), ia akan menyebabkan masalah prestasi tulis: MongoDB perlu mengalihkan dokumen yang semakin meningkat ke tempat lain. (Bersamaan dengan berpindah dari satu lokasi pada cakera keras ke lokasi lain yang lebih bebas) Prestasi pada masa ini akan berkurangan dengan ketara.

Mongodb ialah pangkalan data dalam memori Jika semua data tempat liputan anda berada dalam ingatan, prestasinya akan menjadi sangat baik, dan ini bergantung pada reka bentuk Skema anda.

PS: Kelebihan Tanpa Skema yang selalu digembar-gemburkan oleh mongodb telah mengelirukan ramai orang sebenarnya, ini lebih menunjukkan bahawa mongodb ialah skema dinamik, dan bukannya ia tidak perlu mereka bentuk skema.

Anda boleh pertimbangkan rabbitmq untuk baris gilir tugasan Selain itu, mongodb tidak sepatutnya begitu perlahan, bukan? Atau cuba koleksi berhad.