MongoDB

A MongoDB egy szabadon elosztott, nyílt forráskódú, séma nélküli dokumentum-orientált adatbázis, amely megbízható, skálázható és nagy teljesítményt nyújt. Az is ismert a világ első számú NoSQL adatbázisának.

A legfontosabb funkciók közé tartozik a dokumentumközpontú tárolás, a teljes index támogatás, a magas rendelkezésre állás, a replikáció, az automatikus árnyékolás, a lekérdezések, a gyors frissítések, a térképek és a funkciók csökkentése, a GridFS-támogatás, a MongoDB-kezelő szolgáltatás és a szakmai támogatás. >

Támogatja a JSON-stílusú dokumentumokat, amelyek dinamikus sémákat tartalmaznak, dokumentum alapú és gazdag lekérdezéseket, indexelhetnek minden attribútumot, és tükröződhetnek a WAN-okon (Wide Area Networks) és a LAN-okon (Local Area Networks).

Ezenkívül a projekt vízszintesen skálázható, anélkül, hogy elvesztené a funkcionalitást, magában foglalja az atomi módosítót, amely versengéstől mentes teljesítményt nyújt, rugalmas adatfeldolgozást és összesítést biztosít a felhasználók számára, és bármilyen méretű fájlokat tárolhat.

Beépített felügyeleti és biztonsági funkciók

További érdekes tulajdonság a beépített felügyeleti és biztonsági mentési funkció, amelyet a MongoDB alapját képezve tervezték. A harmadik féltől származó eszközök ilyen funkciókat kínálnak, de a legjobb, ha az alapértelmezetthez ragaszkodni fog a nagyobb stabilitás és a nagyobb teljesítmény érdekében.

A kereskedelmi funkciók olyan vállalatok számára is elérhetők, amelyek a MongoDB-vel kívánnak partnernek lenni, ami segítséget nyújt számukra a költségek csökkentésében, a piacra kerülési idő felgyorsításában és a proaktív támogatás és vállalati szintű képességek csökkentésében.

A MongoDB egy többplatformos adatbázismotor, amelyet teljes egészében a C ++ programozási nyelvben írtak. Hivatalosan támogatja az összes GNU / Linux disztribúciót, valamint a Solaris, a Microsoft Windows és az Apple Mac OS X operációs rendszereit. Úgy lett optimalizálva, hogy 64 bites és 32 bites számítógépeken dolgozzon.

Az Ön kényelme érdekében 64 bites és 32 bites GNU / Linux rendszereken előre telepített bináris csomagok, valamint egy univerzális forrás archívum letölthető a Softoware-on, valamint a projekt weboldalán. Azonban telepíthető a több Linux disztribúció alapértelmezett szoftvertárából is.

Újdonság ebben a kiadásban:

• A MongoDB 3.6 könnyebbé teszi az adatok felhasználását a legtermészetesebb, hatékonyabb és súrlódásmentes módon. Röviden összefoglalva, a MongoDB segítségével gyorsabban tud menni az alkalmazások építésénél és méretezésénél. A 3.6-es kulcsfontosságú funkciók a következők:
• A streamek módosítása lehetővé teszi a reaktív webes, mobil és tárgyirendszer-alkalmazások létrehozását, amelyek megtekinthetik, szûrhetik és módosíthatják az adatmódosításokat az adatbázisban. Amikor az adatok megváltoztak a MongoDB-ben, a downstream rendszerek automatikusan értesülnek a frissítésekről valós időben. A streamek módosítása egyszerű és hatékony módot kínál reaktív, eseményvezérelt alkalmazások létrehozására.
• A megismételhető írások áthelyezik a tranziens rendszer hibáinak kezelését az alkalmazásból az adatbázisba. Ahelyett, hogy egyéni, kliensoldali kód tömegét kellett végrehajtania, a MongoDB automatikusan újraírja az írási műveleteket pontosan egyszeri szemantikával.
• A séma-érvényesítéssel, a javasolt IETF JSON Séma szabványból származó szintaxis használatával kiterjesztettük a MongoDB 3.2-ben eredetileg bevezetett dokumentum-érvényesítési képességeket. Most a DevOps és a DBA csapatok meghatározhatják az egyes gyűjteményekhez előírt dokumentumszerkezetet, egészen a beágyazott tömbök egyes mezőinek szintjéig. Szükség szerint beállíthatja ezt a funkciót: zárolja le a sémát, nyissa fel, alkalmazza a mezők egy részhalmazába - bármit is igényel az egyes alkalmazásokhoz vagy a projekt szakaszához.
• Alapértelmezésben a localhost-hez való kötés: a MongoDB 3.6-el minden MongoDB csomag minden platformon elutasítja az összes külső kapcsolatot az adatbázisban, hacsak a rendszergazda kifejezetten nem rendelkezik másként. Az új IP engedélyezési listákkal támogatott támogatással a rendszergazdák beállíthatják a MongoDB-t, hogy csak jóváhagyott IP-címeken fogadja a külső kapcsolatokat. Ezek a javítások nagymértékben csökkentik azt a kockázatot, hogy a nem biztonságos MongoDB példányok véletlenül a termelésbe kerülnek.
• Az összevonás-fejlesztések több kifejező lekérdezést támogatnak, így gyorsabban hozzáférhetnek az adatokra alapozott betekintésekhez. A MongoDB dokumentumadatmodellje lehetővé teszi, hogy a kódokat ugyanúgy formázza a kódban - mint teljes objektumok -, így nem kell aggódnia a JOIN-okkal kapcsolatban. Az elemzésekhez azonban hasznos, ha több gyűjteményen keresztül csatlakoznak az adatokhoz. Bemutattuk a bal külső egyenértékűket a MongoDB 3.2-ben, de most egy erőteljesebb $ lookup operátorral bővítjük ezt az SQL subqueries és non-equijoins ekvivalensek támogatására. A MongoDB Connector for BI, amely lehetővé teszi a MongoDB számára, hogy adatforrásként használja az SQL alapú analitikai és adatmegjelenítési eszközöket, kihasználja ezeket a fejlesztéseket a nagyobb teljesítmény elérése érdekében, és több analitikus műveletet hajt végre natív módon az adatbázisba.
• A MongoDB Atlas a legjobb módja a MongoDB futtatásának a nyilvános felhőben. A MongoDB 3.6 teljes mértékben felügyelt szolgáltatásként érhető el az Atlaszon, beleértve a globális alkalmazások támogatásához szükséges fontos új funkciókat, valamint automatizált méretezhetőséget és teljesítményoptimalizálást.
• A régiók közötti replikáció lehetővé teszi az Atlas-klaszterek számára, hogy több felhő-szolgáltató régiót teremtsenek, fenntartva a folyamatos rendelkezésre állást földrajzi leállások esetén, és optimális felhasználói élményt nyújtva az adatoknak a felhasználók közelebb történő elosztásával. Az Atlas most is támogatja az automatikus skálázást a klaszterhez kapcsolódó tároláshoz, megkönnyítve a kapacitás kezelését. Az új teljesítményadat-tanácsadó folyamatosan kiemeli a lassú működésű lekérdezéseket, és intelligens indexelő ajánlásokat kínál a teljesítmény javítása érdekében.

Az újdonság a 3.6.4-es verzióban:

• A MongoDB 3.6 könnyebbé teszi az adatok felhasználását a legtermészetesebb, hatékonyabb és súrlódásmentes módon. Röviden összefoglalva, a MongoDB segítségével gyorsabban tud menni az alkalmazások építésénél és méretezésénél. A 3.6-es kulcsfontosságú funkciók a következők:
• A streamek módosítása lehetővé teszi a reaktív webes, mobil és tárgyirendszer-alkalmazások létrehozását, amelyek megtekinthetik, szûrhetik és módosíthatják az adatmódosításokat az adatbázisban. Amikor az adatok megváltoztak a MongoDB-ben, a downstream rendszerek automatikusan értesülnek a frissítésekről valós időben. A streamek módosítása egyszerű és hatékony módot kínál reaktív, eseményvezérelt alkalmazások létrehozására.
• A megismételhető írások áthelyezik a tranziens rendszer hibáinak kezelését az alkalmazásból az adatbázisba. Ahelyett, hogy egyéni, kliensoldali kód tömegét kellett végrehajtania, a MongoDB automatikusan újraírja az írási műveleteket pontosan egyszeri szemantikával.
• A séma-érvényesítéssel, a javasolt IETF JSON Séma szabványból származó szintaxis használatával kiterjesztettük a MongoDB 3.2-ben eredetileg bevezetett dokumentum-érvényesítési képességeket. Most a DevOps és a DBA csapatok meghatározhatják az egyes gyűjteményekhez előírt dokumentumszerkezetet, egészen a beágyazott tömbök egyes mezőinek szintjéig. Szükség szerint beállíthatja ezt a funkciót: zárolja le a sémát, nyissa fel, alkalmazza a mezők egy részhalmazába - bármit is igényel az egyes alkalmazásokhoz vagy a projekt szakaszához.
• Alapértelmezésben a localhost-hez való kötés: a MongoDB 3.6-el minden MongoDB csomag minden platformon elutasítja az összes külső kapcsolatot az adatbázisban, hacsak a rendszergazda kifejezetten nem rendelkezik másként. Az új IP engedélyezési listákkal támogatott támogatással a rendszergazdák beállíthatják a MongoDB-t, hogy csak jóváhagyott IP-címeken fogadja a külső kapcsolatokat. Ezek a javítások nagymértékben csökkentik azt a kockázatot, hogy a nem biztonságos MongoDB példányok véletlenül a termelésbe kerülnek.
• Az összevonás-fejlesztések több kifejező lekérdezést támogatnak, így gyorsabban hozzáférhetnek az adatokra alapozott betekintésekhez. A MongoDB dokumentumadatmodellje lehetővé teszi, hogy a kódokat ugyanúgy formázza a kódban - mint teljes objektumok -, így nem kell aggódnia a JOIN-okkal kapcsolatban. Az elemzésekhez azonban hasznos, ha több gyűjteményen keresztül csatlakoznak az adatokhoz. Bemutattuk a bal külső egyenértékűket a MongoDB 3.2-ben, de most egy erőteljesebb $ lookup operátorral bővítjük ezt az SQL subqueries és non-equijoins ekvivalensek támogatására. A MongoDB Connector for BI, amely lehetővé teszi a MongoDB számára, hogy adatforrásként használja az SQL alapú analitikai és adatmegjelenítési eszközöket, kihasználja ezeket a fejlesztéseket a nagyobb teljesítmény elérése érdekében, és több analitikus műveletet hajt végre natív módon az adatbázisba.
• A MongoDB Atlas a legjobb módja a MongoDB futtatásának a nyilvános felhőben. A MongoDB 3.6 teljes mértékben felügyelt szolgáltatásként érhető el az Atlaszon, beleértve a globális alkalmazások támogatásához szükséges fontos új funkciókat, valamint automatizált méretezhetőséget és teljesítményoptimalizálást.
• A régiók közötti replikáció lehetővé teszi az Atlas-klaszterek számára, hogy több felhő-szolgáltató régiót teremtsenek, fenntartva a folyamatos rendelkezésre állást földrajzi leállások esetén, és optimális felhasználói élményt nyújtva az adatoknak a felhasználók közelebb történő elosztásával. Az Atlas most is támogatja az automatikus skálázást a klaszterhez kapcsolódó tároláshoz, megkönnyítve a kapacitás kezelését. Az új teljesítményadat-tanácsadó folyamatosan kiemeli a lassú működésű lekérdezéseket, és intelligens indexelő ajánlásokat kínál a teljesítmény javítása érdekében.

Újdonság a verzióban:

• A MongoDB 3.6 könnyebbé teszi az adatok felhasználását a legtermészetesebb, hatékonyabb és súrlódásmentes módon. Röviden összefoglalva, a MongoDB segítségével gyorsabban tud menni az alkalmazások építésénél és méretezésénél. A 3.6-es kulcsfontosságú funkciók a következők:
• A streamek módosítása lehetővé teszi a reaktív webes, mobil és tárgyirendszer-alkalmazások létrehozását, amelyek megtekinthetik, szûrhetik és módosíthatják az adatmódosításokat az adatbázisban. Amikor az adatok megváltoztak a MongoDB-ben, a downstream rendszerek automatikusan értesülnek a frissítésekről valós időben. A streamek módosítása egyszerű és hatékony módot kínál reaktív, eseményvezérelt alkalmazások létrehozására.
• A megismételhető írások áthelyezik a tranziens rendszer hibáinak kezelését az alkalmazásból az adatbázisba. Ahelyett, hogy egyéni, kliensoldali kód tömegét kellett végrehajtania, a MongoDB automatikusan újraírja az írási műveleteket pontosan egyszeri szemantikával.
• A séma-érvényesítéssel, a javasolt IETF JSON Séma szabványból származó szintaxis használatával kiterjesztettük a MongoDB 3.2-ben eredetileg bevezetett dokumentum-érvényesítési képességeket. Most a DevOps és a DBA csapatok meghatározhatják az egyes gyűjteményekhez előírt dokumentumszerkezetet, egészen a beágyazott tömbök egyes mezőinek szintjéig. Szükség szerint beállíthatja ezt a funkciót: zárolja le a sémát, nyissa fel, alkalmazza a mezők egy részhalmazába - bármit is igényel az egyes alkalmazásokhoz vagy a projekt szakaszához.
• Alapértelmezésben a localhost-hez való kötés: a MongoDB 3.6-el minden MongoDB csomag minden platformon elutasítja az összes külső kapcsolatot az adatbázisban, hacsak a rendszergazda kifejezetten nem rendelkezik másként. Az új IP engedélyezési listákkal támogatott támogatással a rendszergazdák beállíthatják a MongoDB-t, hogy csak jóváhagyott IP-címeken fogadja a külső kapcsolatokat. Ezek a javítások nagymértékben csökkentik azt a kockázatot, hogy a nem biztonságos MongoDB példányok véletlenül a termelésbe kerülnek.
• Az összevonás-fejlesztések több kifejező lekérdezést támogatnak, így gyorsabban hozzáférhetnek az adatokra alapozott betekintésekhez. A MongoDB dokumentumadatmodellje lehetővé teszi, hogy a kódokat ugyanúgy formázza a kódban - mint teljes objektumok -, így nem kell aggódnia a JOIN-okkal kapcsolatban. Az elemzésekhez azonban hasznos, ha több gyűjteményen keresztül csatlakoznak az adatokhoz. Bemutattuk a bal külső egyenértékűket a MongoDB 3.2-ben, de most egy erőteljesebb $ lookup operátorral bővítjük ezt az SQL subqueries és non-equijoins ekvivalensek támogatására. A MongoDB Connector for BI, amely lehetővé teszi a MongoDB számára, hogy adatforrásként használja az SQL alapú analitikai és adatmegjelenítési eszközöket, kihasználja ezeket a fejlesztéseket a nagyobb teljesítmény elérése érdekében, és több analitikus műveletet hajt végre natív módon az adatbázisba.
• A MongoDB Atlas a legjobb módja a MongoDB futtatásának a nyilvános felhőben. A MongoDB 3.6 teljes mértékben felügyelt szolgáltatásként érhető el az Atlaszon, beleértve a globális alkalmazások támogatásához szükséges fontos új funkciókat, valamint automatizált méretezhetőséget és teljesítményoptimalizálást.
• A régiók közötti replikáció lehetővé teszi az Atlas-klaszterek számára, hogy több felhő-szolgáltató régiót teremtsenek, fenntartva a folyamatos rendelkezésre állást földrajzi leállások esetén, és optimális felhasználói élményt nyújtva az adatoknak a felhasználók közelebb történő elosztásával. Az Atlas most is támogatja az automatikus skálázást a klaszterhez kapcsolódó tároláshoz, megkönnyítve a kapacitás kezelését. Az új teljesítményadat-tanácsadó folyamatosan kiemeli a lassú működésű lekérdezéseket, és intelligens indexelő ajánlásokat kínál a teljesítmény javítása érdekében.

Az újdonság a 3.4.6 verzióban:

• Fix problémák:
• SERVER-27347: Csak a foglalt WiredTiger azonosítóval rendelkező gyorsítótárral rendelkező gyorsítótárat helyezze el.
• SERVER-29618: $ geoWithin az összesítő csővezetékben a $ lookup és a $ unwind után nem megfelelő eredményeket ad.
• WT-3362: A kurzor megnyitása soha nem szabad blokkolni az ellenőrzőpont időtartamára.

Újdonság a 3.4.1-es verzióban:

• SERVER-27124 letiltása readConcern: többség olvasható a pv0-on
• SERVER-27201 $ graphLookup indít null pointer dereference
• SERVER-27207 A mongoson keresztül rendezésre kerülő megkeresés hibásan visszaadhatja az üres eredménykészletet
• SERVER-27213 Két $ mérkőzésmezõ nem megfelelõen kombinálódott, hibás eredményeket hozva.
• SERVER-27300 Nem engedélyezi a BSONType :: szimbólum indexelését nem egyszerű összehasonlítással
• SERVER-27210 3.4.0 mongo shell nem tud csatlakozni a MongoURI használatával a & quot; ssl = true & quot;
• A SERVER-27271 rolesInfo parancs felemeli a System.InvalidOperationException parancsot: Duplázza a szerepkörök nevét.
• SERVER-26870 Néha a gyűjteményadatfájl nem kerül eltávolításra, még akkor sem, ha a gyűjtemény leesett
• TOOLS-1541 Támogatás exportáló nézetek

Az újdonság a 3.2.5 verzióban:

• Javítások a WiredTiger Stabilitáshoz SERVER-19751, 19673 és SERVER-19573.
• Javítva az SSL és az Auditálás közötti interakcióval. SERVER-19538.
• Fix probléma az aggregációval $ sorrendben a SERVER-19464 beágyazott rendszereknél.
• A 3.0.6-ban bezárt összes probléma

Újdonság a 3.0.6 verzióban:

• A WiredTiger Stabilitás SERVER-19751, SERVER-19673 és SERVER-19573 fejlesztései.
• Javítva az SSL és az Auditálás közötti interakcióval. SERVER-19538.
• Fix probléma az aggregációval $ sorrendben a SERVER-19464 beágyazott rendszereknél.
• A 3.0.6-ban bezárt összes probléma

Az újdonság a 3.0.4-es verzióban:

• a WiredTiger primerjeivel: SERVER-18822
• A Wired Tiger Storage engine: SERVER-18213
megoldással írja felül az írási ütközést a több frissítésű frissítésekkel: upsert = true,
• Fix eset, ahol a másodlagos olvasás blokkolja a replikációt: SERVER-18190
• A Windows WiredTigerrel és a 16 kB-nál nagyobb dokumentumok teljesítményének javítása: SERVER-18079
• A probléma megoldása, ahol a WiredTiger adatfájlok nem helyrehozhatók a váratlan rendszerindítás után: SERVER-18316

Újdonság a 3.0.0-s verzióban:

• 7-10x jobb teljesítmény:
• Az új WiredTiger tárolómotor a MongoDB 3.0-ban 7-10x nagyobb átvitelt biztosít az írást igénylő alkalmazások számára, szemcsésebb dokumentum szintű konkurenciavezérléssel. Ez nagy teljesítményű nyereséghez vezet, kevesebb hardverrel írható nagy projektekhez, például következő internetes hirdetésimódszerekhez, ügyfelek adatkezeléséhez, szociális és mobilalkalmazásokhoz.
• Akár 80% -kal kevesebb tárhely:
• A MongoDB mostantól támogatja az eredeti tömörítést, így akár 80% -kal is csökkentheti fizikai tárolóhelyét. Magasabb rugalmassága van a különböző tömörítési algoritmusok közötti választáshoz a teljesítmény és a tárolás hatékonyságának optimalizálása érdekében, az alkalmazás igényeitől függően.
• A több részletességű felügyelet és a beépített tömörítés révén a MongoDB 3.0 egyszerűsíti architektúráját, így kevesebb hardverrel végezhet el.
• Csökkenti az operatív felsővezetéket legfeljebb 95% -kal:
• Az Ops Manager a legjobb módja a MongoDB futtatásának. Ez a megoldás egyszerűen elvégzi a rutinszerű feladatokat, mint egy gomb megnyomása, és kiküszöböli a korábban manuális és időigényes feladatokat a MongoDB kezelésében. Most egyszerűen telepítheti, felügyelheti, visszaadhatja és kicsinyítheti a MongoDB-t.
• A munkaterheléshez optimalizálható dugasztható tárhely:
• Megértjük, hogy az adatközpontú alkalmazások egyre összetettebb tájaként az "egy méret mindenkinek illik" a tárolási megközelítés már nem szünteti meg. Ezért a MongoDB 3.0 egy pluggable storage engine API-t tartalmaz az adatbázis bővítéséhez.
• Alacsony latencia az egész világon:
• A mai vezető alkalmazások globálisak és mindig összekapcsolt közönségeket szolgálnak fel, amelyek azonnali kielégítést igényelnek. A MongoDB segítségével mostantól akár 50 MongoDB replikát is könnyedén eljuttathat a felhasználókhoz a világ minden táján, csökkentve a hálózati késleltetés hatásait és jobb felhasználói élményt nyújtva.
• A termelékenység növelése:
• A MongoDB 3.0 számos operatív fejlesztést tartalmaz a MongoDB lekérdezési nyelvre, valamint az adatbázisban található eszközökre. Ezek közé tartozik ...
• Gyorsabb betöltés és exportálás. Az adatok nagyobb sebességgel és nagyobb hatékonysággal tölthetők be és nyithatók meg a MongoDB által módosított többszálú mongoimport, mongoexport, mongodump, mongorestore és mongooplog eszközök segítségével.
• Könnyebb lekérdezésoptimalizálás. A lekérdezés teljesítményének jobb megértése az új explain () metódussal. Lehetőség van a lekérdezési tervek kiszámítására és felülvizsgálatára anélkül, hogy először futtatná a lekérdezést. A lekérdezési terv alkalmazható egy szélesebb lekérdezéstípusra, és javul a hibakezelés.
• Gyorsabb hibaelhárítás. Most sokkal jobban ellenőrizheti a naplóüzenetek és a kiszolgáló bizonyos funkcionális területeinek részletességét a problémák pontosabb vizsgálatához. Beállíthatja, hogy az adatbázis mely specifikus összetevői legyenek kitéve a nagyobb felbontású naplózáshoz, és minden egyes naplóüzenethez súlyossági szinteket adjon.
• Gazdagabb térinformatikai alkalmazások. A nagy sokszög-választék hozzáadásával a MongoDB térinformatikai támogatása kiterjed a több féltekékre kiterjedő lekérdezésekre is, amelyek a föld felszínének több mint 50% -át tehetik át. Például egy légitársaság most futtathatja a lekérdezéseket, hogy azonosítsa az összes olyan repülőgépet, amelyek az elmúlt 24 órában több félgömböt utaztak.
• Jobb idősor-analízis. A fejlesztők az aggregációs keret új $ dateToString operátorával gazdagabb idősor-elemzési lekérdezéseket készíthetnek kevesebb kóddal.
• A szabályozási és belső megfelelés biztosítása:
• A MongoDB 3.0 az adatbázis meglévő biztonsági lehetőségeit robusztusabb auditálási keretrendszerrel egészíti ki.
• A könyvvizsgálat mostantól túlmenően túlmutat az adminisztratív műveletek (azaz séma műveletek, hitelesítési és engedélyezési tevékenységek) elfogadásán túl, hogy tartalmazza az olvasási és írási műveletek naplózását az adatbázisba. A MongoDB-lal szembeni bármely művelethez könyvtárakat készíthet és szűrhet, anélkül, hogy harmadik féltől származó eszközökre kellene támaszkodnia. A 3.0 a szerep-alapú auditálás bevezetését is tartalmazza. A könyvvizsgálat a MongoDB Enterprise Advanced részeként érhető el.

Újdonság a 2.6.7 / 3.0 verzióban RC7:

• több címke SERVER-16683
• A letiltott verzió ellenőrzése, ha az elsődleges kiszolgáló le van tiltva SERVER-16237
• Fix: /etc/init.d/mongod indítási parancsfájl megszakadt a dirname üzenetben SERVER-16081
• Javítva: a mongók kárt okozhatnak a memória sorrendjének korlátozásakor a szükségesnél több eredmény eléréséhez SERVER-14306
• A 2.6.7-ben bezárt összes probléma

Újdonság a 2.6.5 verzióban:

• A $ rename most a helyes szaggatott forrásútvonalakat használja a SERVER-15029
• Részben írott folyóirat utolsó része nem érinti a kiszolgáló-15111-et
• Explicit nullpontú .ns fájlok a (z) SERVER-15369 létrehozásakor
• A tervezési rangsor többé nem fogja előnyben részesíteni a metszéspontokat, ha a predikátum üres tartományindex-keresést eredményez SERVER-14961
• Közösségi és vállalati csomagok létrehozása a SUSE 11 SERVER-10642-hez
• A 2.6.5-ben bezárt összes probléma

Újdonság a 2.5.5-ös verzióban:

• Új:
• Új írási művelet a beillesztéshez, frissítéshez, eltávolításhoz
• Hibajavítások:
• Az SNMP ügynök nem indul el
• A modulok támogatásának hozzáadása füstig.py

Újdonság a 2.5.4-es verzióban:

• / li>
• Felhasználó által meghatározott szerepek
• A kiszolgáló automatikusan lekapcsolja a lekérdezéseket / parancsokat a felhasználó által megadott időhatárig

Az újdonság a 2.4.9-es verzióban:

• Hibajavítások:
• rosszul helyezett openssl visszahívás regisztrálás zavarokat okozhat

A
• csengő összeállított mongo héj összeomlik a kilépéskor egy verem nyomon a v8-ban
• bejelentkezés a ~ ReplicaSetMonitor () összeomlik
• A nem numerikus lejáratok utánA másodpercek rossz TTL lekérdezést okoznak
• A Shell a hosszú automatikus önműködő művelet után leáll.
• A visszaforgatás sikertelen használataPowerOf2Sizes nem okozhat végzetes hibát
• SERVER-11869 Nem kliens opTime támogatása a mongod GLE-ben
• $, ahol a vetület $ elemMatch okoz szegmentációs hibát
• Az $ átadása, ahol a predikátum a db.currentOp () -ra összeomlik a mongod
• Nem lehet beállítani a hamis setParameter beállításokat a konfigurációs fájlban
• textIndexVersion kompatibilitási ellenőrzés nem teljes

A
• visszaírási listener nem biztos, hogy a ClientInfo :: getLastError
helyes kódot kap
• A Mongók nem tudnak slaveOk lekérdezéseket végrehajtani, ha az elsődleges le van tiltva
• Az új, elrejtett kapcsolatok a névtér-triggerhez setShardVersion minden lapra
• Az olvasási preferenciák újrapróbálkozási logikája a lusta recv () hálózati hibára is vonatkozik

A
• slaveok verziók logikája a mongosban az előfiók olvasására is vonatkozik
• A gyűjteménybeállítások módosítása a gyűjtemény visszaállítását eredményezheti

Az újdonság a 2.4.8 verzióban:

• Javítsa ki a dbhash cache-problémát a kiszolgálószerverekhez