MongoDB 9.0 sola ātrumu, bet 5000 laikrindu kolekciju slieksnis brīdina

MongoDB 2026. gada 29. septembra paziņojumā Ņujorkā izziņoja MongoDB 9.0 vispārēju pieejamību un, salīdzinot ar MongoDB 8.0, solīja līdz 35 % ātrākus find-one vaicājumus un līdz 30 % ātrākas update-one darbības. Jaunajā laidienā vispārēji pieejama kļuvusi arī prefiksa, sufiksa un apakšvirknes meklēšana šifrētos virkņu laukos.

Atjauninot MongoDB 9.0, klasteriem ar vairāk nekā 5000 laikrindu kolekciju vienā datubāzē var būt ilgāks atjaunināšanas laiks un papildu rakstīšanas aiztures lēcieni, brīdina laidiena piezīmes. Tāpēc pirms pārejas jānovērtē ne tikai gaidāmais vaicājumu ātrums, bet arī konkrētās datubāzes kolekciju skaits, lietojumprogrammas saderība un pieļaujamā rakstīšanas aizture.

Veiktspējas solījums attiecas uz noteiktām slodzēm

Ražotāja salīdzinājums raksturo atsevišķas nolasīšanas un atjaunināšanas darbības, nevis katras lietojumprogrammas kopējo paātrinājumu. Arī TechTarget apskats raksturo veiktspējas rezultātus kā MongoDB veiktus testus un norāda, ka datubāzes laidiens ir vispārēji pieejams. Secinājums administratoram ir praktisks: solīto ieguvumu nevar tieši pārnest uz klasteri, kurā dominē cita veida vaicājumi vai rakstīšanas slodze.

Salīdzinājumam vajadzīga pašreizējās vides tipisko vaicājumu, indeksu un datu izlase, kā arī slodze, kas aptver parastu dienu un intensīvākos periodus. Atsevišķi jāvērtē nolasīšanas ātrums pēc migrācijas un rakstīšanas aizture pašā atjaunināšanas laikā: uzlabojums vienā rādītājā nekompensē lietojumprogrammai nepieņemamus aiztures lēcienus citā. Ja ieguvums skar tikai nelielu darbību daļu, lēmumā lielāku svaru iegūst pārejas ilgums un saderības izmaiņas.

Laikrindu kolekciju slieksnis ir jāskaita pa datubāzēm

Brīdinājuma mērvienība ir laikrindu kolekciju skaits atsevišķā datubāzē, nevis dokumentu skaits vai kolekciju kopsumma visā klasterī. Inventarizācijā tāpēc jāredz sadalījums pa datubāzēm: klastera kopskaits var noslēpt īpaši blīvu datubāzi. Laidiena piezīmes iesaka dzēst nevajadzīgās laikrindu kolekcijas, lai mazinātu iespējamo ietekmi; šāds lēmums jāsaskaņo ar datu glabāšanas prasībām.

MongoDB 9.0 maina arī šo kolekciju glabāšanas uzbūvi: laikrindu dati vienā nosaukumvietā tiek saspiesti blokos, bet iepriekš kolekcijas bija rakstāmi nematerializēti skati. Tas ir iemesls izmēģināt administrēšanas rīkus, kuri pieņem noteiktu kolekcijas iekšējo struktūru, neaprobežojoties ar lietojumprogrammas ierakstīšanas un nolasīšanas pārbaudi. Turklāt find, aggregate un listIndexes atbildēs laukā cursor.ns tagad tiek atgriezta lietotāja norādītā laikrindu kolekcijas nosaukumvieta; skripti, kas izmantoja agrāk iespējamo iekšējo nosaukumu, var saņemt citu vērtību.

FCV un null vērtības var mainīt uzvedību bez kļūdas ziņojuma

Servera binārās versijas nomaiņa un funkciju saderības versijas jeb FCV paaugstināšana migrācijas plānā ir atšķirīgi posmi. Jaunajiem queryKnobs iestatījumiem un vaicājuma formai piesaistītajam maxTimeMS nepieciešama FCV 9.0 vai jaunāka. Ja lietojumprogrammai šīs iespējas vajadzīgas uzreiz, to pārbaude jāiekļauj pirms FCV maiņas; ja tās nav vajadzīgas, komanda var vispirms novērot esošo slodzi jaunajā servera versijā.

Īpaša uzmanība jāpievērš filtriem, kas punktotu lauka ceļu salīdzina ar null. Ja ceļš neatrisinās līdz vērtībai, kas nav null, jaunā versija to novērtē kā null; tas attiecas arī uz gadījumiem ar tukšu masīvu, skalāru vērtību masīvu vai iegultu masīvu. Tāpēc $eq, $ne, $in, $nin, $gte un $lte salīdzinājumi, kā arī vienādības salīdzinājums $lookup posmā var atlasīt citus dokumentus. Testā jāsalīdzina rezultātu kopas, nevis tikai tas, vai vaicājums izpildās bez kļūdas.

Mainās arī vaicājumu iestatījumu piemērošana. Atsevišķām find, distinct un aggregate komandām tagad var nodot querySettings dokumentu, kas darbojas tikai konkrētajā izpildē; klasterī saglabātie iestatījumi paliek spēkā vaicājumiem ar atbilstošu formu. Ja abi iestatījumu avoti nosaka vienu un to pašu lauku, priekšroka ir klasterī saglabātajai vērtībai. Šī prioritāte ir būtiska, analizējot atšķirīgu izpildes laiku pēc pārejas.

Šifrētajai meklēšanai vajadzīga saderīga klienta vide

Jaunās prefiksa, sufiksa un apakšvirknes iespējas attiecas uz šifrētiem virkņu laukiem kolekcijās ar Queryable Encryption. Tas paplašina iespējamo meklējumu loku, taču servera atjauninājums viens pats vēl nepārbauda lietojumprogrammas draiveri, atslēgas un izmantoto šifrēšanas konfigurāciju. Esošajai kolekcijai tests jāveic ar tiem pašiem vaicājumu veidiem un klienta ceļu, ko lieto ražošanas vidē.

Komandrindas klientam mongosh prefiksa, sufiksa vai apakšvirknes vaicājumos atsevišķi jālejupielādē atbilstoša Automatic Encryption Shared Library un ar --cryptSharedLibPath jānorāda tās atrašanās vieta. MongoDB 9.0 arī atzīmē mongocryptd kā novecojušu komponentu un tā vietā paredz šo koplietojamo bibliotēku. Ja šifrēšanas konfigurācija tiek mainīta vienlaikus ar servera versiju, pārbaudei un atkāpšanās plānam jāaptver abas izmaiņas, lai kļūmes cēlonis būtu nosakāms.

Novērojamība un atkāpšanās robeža

MongoDB 9.0 pārkārto $queryStats metriku izvadi un sāk tajā ietvert arī ievietošanas, atjaunināšanas un dzēšanas komandu statistiku. Izvades laukos atsevišķi redzamas kursora, vaicājuma izpildes, plānotāja un rakstīšanas metrikas. Uzraudzības noteikumiem, kas lasa iepriekšējo lauku struktūru, tādēļ vajadzīga saderības pārbaude; citādi grafiks vai brīdinājums var pārstāt darboties tieši migrācijas brīdī.

$queryStats apkopo operāciju izlasi, tāpēc tā nevar aizstāt rakstīšanas aiztures, kļūdu un klastera stāvokļa novērošanu. Atkāpšanās plānā jānosaka pieļaujamā aizture, brīdis, kurā atjaunināšanu aptur, un veids, kā atjaunot pārbaudītu iepriekšējo konfigurāciju un datus. Datubāzei ar blīvu laikrindu kolekciju izvietojumu izšķirošais novērojums ir rakstīšanas aizture pārejas laikā: ja tā pārsniedz lietojumprogrammai pieņemamo robežu, veiktspējas solījums pēc pārejas neatrisina pašreizējo pārtraukumu.

Lasiet arī:

• Anthropic IPO sola rekordu, bet 42 miljardu zaudējumi var aizvērt logu
• Techritory sola digitālo suverenitāti — dalībnieku skaits avotos nesakrīt
• NIS2 Latvijā: pirmais darbs nav audits, bet uzņēmuma statusa pārbaude