MongoDBの低速チャンク移行をどのようにデバッグできますか？

私は、クラスタ内のチャンクを移動しようとしている：MongoDBの低速チャンク移行をどのようにデバッグできますか？

mongos>db.adminCommand({ moveChunk: "db.col", find: {_id: ObjectId("58171b29b9b4ebfb3e8b4e42")}, to: "shard_v2"});

{ "ミリ"：428681、 "OK"：1}ログで

私は以下のレコードを参照してください。

を

2016-11-08T20：27：05.972 + 0300 I SHARDING [conn27] moveChunk migrate コミットを承認しました：{アクティブ：false、ns： "db.col"、from：： "ホスト：27017"、最小：{_id：ObjectId（ '58171b29b9b4ebfb3e8b4e42'）}、最大： {_id：ObjectId（ '58171f29b9b4eb31408b4b4c'）}、shardKeyPattern：{_id： 1.0}、状態：「完了」、cc 、ok：1.0}

私は430MBで23MBのデータを移行しました。それは本当に遅いです。

サンプルファイルを「ホスト」にアップロードしたところ、非常に高速（1秒あたり7-8MB）のアップロードが行われていたため、ディスクやネットワークの問題ではないと思います（クラスタにも負荷はありませんアクティブクエリ））。チャンク移行の性能を向上させるために何を確認することができますか？

出典

2016-11-08 aeryaguzov

パフォーマンスは、セットアップによって制限されません。通常のデータベースタスクに影響を及ぼさないMongoDbs移行ポリシーがあります。 DBAスタック交換でこの問題に多大な答えはあり

：答えをhttps://dba.stackexchange.com/questions/81545/mongodb-shard-chunk-migration-500gb-takes-13-days-is-this-slow-or-normal

出典

2016-11-09 00:49:56 Erik

おかげであなたは「通常のデータベース・タスク」と言うとき、あなたは、何を意味していますか？ – aeryaguzov

私は、データベース上の実際のユーザーが実行したクエリ、挿入、更新などを意味します。チャンクの移行とは対照的に、これはMongoDBの内部タスクです。 – Erik

悲しいことに、クラスタには負荷がないため、チャンクの移行中にクエリが実行されませんでした。 – aeryaguzov

MongoDBの低速チャンク移行をどのようにデバッグできますか？

答えて

関連する問題