次のような新機能のMongoDB3.6バージョンは以下のとおりです。
（1）ローカルホストへのバインドをデフォルト
3.6バージョンからは、デフォルトでは、MongoDBのバイナリのmongodとローカルホスト（127.0.0.0）にバインドされたmongos。あなたはバイナリファイルで--ipv6オプションを設定したり、設定ファイル内net.ipv6を設定した場合、デフォルトは、IPv6アドレス:: 1にバインドされます。
- あなたがローカルホストをバインドするときは、必ず同じコンピュータ接続の端から顧客を受け入れ、ここでのクライアントは、モンゴシェル、クラスタメンバが含まれます。
- バインディングはnet.bindIp bind_ipコンフィギュレーションファイルまたはIPアドレスのリストを指定するには、コマンドラインオプションによって達成することができます。
- bind_ipが0.0.0.0のすべてに拘束されることも、あなたはbindIpAllは、すべてのIPをバインドする真の値に設定することができます。
（2）認証の制限
3.6バージョンから、ユーザーを接続するための新しいデータauthenticaitonRestrictionsパラメータは、指定したIPアドレスに制限されています。
（3）変更ストリーム
- バージョン3.6サポートの変更Streamsを使用してレプリカセットまたはスライスの使用は、あなたがプロトコルバージョン1、およびWTストレージエンジンをコピーする必要があります。
- 変更ストリームは、パブリッシュおよびサブスクライブ・モデルを実現することができ、アプリケーションはリアルタイムデータの変化を把握することができます。
- 利用変化ストリームバージョン3.6は、パラメータfeatureCompatibilityVersionを有効にする必要があります。
（4）因果一貫
保証データの一貫性、データベースのオープンfeatureCompatibilityVersionパラメータながら、MongoDBのドライバ3.6を使用するようにクライアントを必要とします。
（5）再試行できる書込みの
- 1への再試行。
- 利用可能レプリカセットとシャードのみ。
- データベース要件WTまたはメモリ内のストレージエンジン。
- クライアントは、MongoDBのドライバ3.6、データベースのオープンfeatureCompatibilityVersionパラメータを使用しています。
- 使用できない：writeconcern {0} wはすなわち、構成されなければなりません。
- 再試行のみ、一時的なネットワークエラーを解決する永続的なネットワークエラーを解決することはできません。
- ServerSelectionTimeoutMSドライバが再試行する前に、新しいマスターノードを決定するための時間を待つことになる。書き込み処理は、フェイルオーバー時間（デフォルト30代）serverSelectionTimeoutMSを超えることはありません再試行してください。
（6）serverStatus
serverStatus新しいlogicalSessionRecordCacheアイテム。
コピーセット（レプリカセット）
- レプリカセットプロトコルバージョン0（PV0）を放棄。
- replSetResizeOplogコマンドを追加します。コピーのoplogセット・メンバーの動的なサイズ変更。
- catchUpTakeoverDelayMillis設定オプションを追加：指定待機を選挙の時間を起動する前に、デフォルトは30秒です。
- oplogInitialFindMaxSecondsパラメータを追加します。コマンドを見つけるの同期データ中のレプリカセットのメンバーの構成は長く待たなければ、デフォルトは60秒です。
- waitForSecondaryBeforeNoopWriteMSパラメータを追加します。oplog最近の印加時間よりafterClusterTime大きいが、セカンダリサーバは、長い時間を待たなければならない場合に指定すると、デフォルトでは10ミリ秒です。
第二に、スライスクラスター（シャードクラスタ）
- 芸術DATEBASE
- 読むの懸念