ApsaraDB for MongoDB は、MongoDB 3.2、MongoDB 3.4、および MongoDB 4.0 をサポートします。 MongoDB 3.2 と比較して、MongoDB 3.4 はパフォーマンスとセキュリティの面で改善されています。 MongoDB 4.0 は、トランザクションに依存し、NoSQL 機能を使用する金融およびその他のシナリオに適しています。
データベースのバージョン
MongoDB 3.4 には次の利点があります。
- より高速な primary-secondary 同期
MongoDB 3.4 バージョンのスリーノードレプリカセットインスタンスが完全な Primary と Secondary の同期を実行すると、インスタンスはすべてのデータのインデックスを作成します。 以前のバージョンでは、ApsaraDB for MongoDB インスタンスは、データのコピー中にまず ID インデックスを作成し、データのコピー後に他のインデックスを作成します。 oplog は、最大サイズに達すると、最も古いデータを自動的に上書きする上限付きコレクションです。 データコピーのプロセスで、ApsaraDB for MongoDB インスタンスは、同期ソースから新しく生成された oplog を取得し、ローカルデータベースの一時的なコレクションに保存します。 データの完全コピー後、インスタンスはローカルの一時コレクションから oplog を直接読み取り、増分データ同期の効率を改善します。 これにより、同期ソースでの oplog の不足による同期エラーの発生を回避できます。
- より効率的なシャードクラスターについて、こちら をクリックします。
- より強力な機能:
Readonly View
、Collation
、Decimal type
など - より豊富な aggregation 操作:
$bucket
、$graghLookup
など
- ドキュメントオブジェクトモデルの速度、柔軟性、および機能が、原子性、一貫性、分離性、耐久性(ACID)に準拠していることを確認します。
- トランザクション機能を使用して、Secondary ノードがログを同期しているときに読み取りリクエストをブロックしないようにします。
- 同時読み取りおよび書き込み操作をサポートして、新しい Shard の移行パフォーマンスを約 40% 向上させ、ビジネスプレッシャーにすばやく対応できるようにします。
- インスタンスの実行中に、インスタンスのデータベースバージョンを MongoDB 3.2 から MongoDB 3.4、MongoDB 4.0 に手動でアップグレードすることはできますが、アップグレードされたバージョンをダウングレードすることはできません。
- データベースバージョンのアップグレード中に、インスタンスは 1 回再起動されます。 インスタンスが再起動されると、アップグレードは完了します。
- ApsaraDB for MongoDB インスタンスのクローンを作成できるのは、同じデータベースバージョンのインスタンスからのみであり、異なるデータベースバージョンのインスタンスからはクローンできません。
ストレージエンジン
さまざまなビジネスシナリオでできるだけ多くの要件を満たすために、ApsaraDB for MongoDB は、WiredTiger、RocksDB、および TerarakDB の 3 つの利用可能なストレージエンジンを提供します。 次の表に、ストレージエンジンとデータベースバージョン間の適応関係を示します。
ストレージエンジン | MongoDB 3.2 | MongoDB 3.4 | MongoDB 4.0 |
---|---|---|---|
WiredTiger |
レプリカセットインスタンス シャードクラスタインスタンス |
スタンドアロンインスタンス レプリカセットインスタンス シャードクラスタインスタンス |
レプリカセットインスタンス シャードクラスタインスタンス |
RocksDB | レプリカセットインスタンス(課金方法がサブスクリプションの場合のみサポート) |
スタンドアロンインスタンス レプリカセットインスタンス |
- |
TerarkDB | - |
レプリカセットインスタンス |
- |