タグ付けされた質問 「mongodb」

時系列のデータベースを作成し、次のタスクを実行する必要があります。 新しい時系列を作成する 既存の時系列を更新する 一度に1つまたは複数の時系列をクエリします（たとえば、同じ日付のすべての時系列など）。 Mongoはそれに適合していますか？適合している場合、データベースをどのように構成すればよいですか？（1つのタイムセリエ= 1つのドキュメント？または1つのドキュメント=タイムセリエの1つのエントリ。これらのすべてのドキュメントは、時系列全体であるコレクションを形成しますか？） 私はここで少し迷っています。通常、Mongoは非常に柔軟であり、ユーザーがインフラストラクチャで選択できるため、情報を見つけるのが困難です。 Mongoで時系列を管理する方法を具体的に説明するチュートリアルへのリンクは大歓迎です。 ありがとうございました！

11 mongodb 

膨大なコレクションがある場合、データベースのシャーディングは素晴らしいようです。かなりサイズのコレクションがたくさんある場合はどうなりますか？10万000のドキュメントのコレクション（それほど大きなコメントではない）に対して、シャーディングが効果的であるとしましょう。また、それぞれ10 000ドキュメントの10 000コレクションにも有効ですか？ （この質問は、コレクションをテーブルに置き換え、ドキュメントを行に置き換えた場合でも、テーブル指向のデータベースでは引き続き有効だと思います。可能であれば、理論的な答えと、理論的なものと異なる場合は、特定のMongoDBシナリオでの答えを知りたいです回答。）

11 mongodb 

次の構成があります。 3つのDockerコンテナーを実行するホストマシン： MongoDB Redis 前の2つのコンテナーを使用してデータを格納するプログラム RedisとMongoDBはどちらも、大量のデータを格納するために使用されます。RedisがすべてのデータをRAMに保持する必要があることはわかっています。これで問題ありません。残念ながら、mongoは大量のRAMを消費し始め、ホストRAMがいっぱいになると（ここでは32GBについて話している）、mongoまたはRedisがクラッシュします。 これに関する次の以前の質問を読みました。 MongoDBのRAM使用量を制限する：明らかにほとんどのRAMがWiredTigerキャッシュによって使い果たされています MongoDBのメモリ制限：ここで明らかに問題はログデータでした MongoDBのRAMメモリ使用量を制限します。ここでは、mongoのメモリを制限して、キャッシュ/ログ/データに使用するメモリ量を少なくすることを推奨しています。 MongoDBが使用するメモリが多すぎる：ここでは、より高速なアクセスを提供するために可能な限り多くのRAMを使用する傾向があるのは、WiredTigerキャッシングシステムであると彼らは言います。彼らはまた述べていますit's completely okay to limit the WiredTiger cache size, since it handles I/O operations pretty efficiently mongodbのメモリ使用量を制限するオプションはありますか？：再びキャッシング、彼らはまた追加しますMongoDB uses the LRU (Least Recently Used) cache algorithm to determine which "pages" to release, you will find some more information in these two …

11 mongodb  memory  limits  docker 

MongoDBで操作が制御不能になり、最終的に数百秒間実行され、強制終了または完了するまでパフォーマンスに影響を与える場合があります。 それが発生したとき、私はkillOp()利用できることを知っていますが、（たとえば）レプリケーションに関係する長時間実行オペレーション（危険な場合があります）を強制終了せずに、対象となる長時間実行オペレーションのみを強制終了するにはどうすればよいですか？

11 replication  mongodb 

MongoDBシェルバージョン3.0.7で次のコマンド（Windowsマシン）を使用しています。 mongod --config "G:\NodeApps\mongod.cfg" --install mongod.cfgファイルの内容を以下に示します。 systemLog: destination: file path:"G:\NodeApps\data\log" storage: dbPath:"G:\NodeApps\data" 以下のエラーを取得： Error parsing YAML config file: yaml-cpp: error at line 4, column 8: illegal map value try 'mongod --help' for more information 同様の質問にはこれに対する解決策がありません。 私がすでに試したこと： スペースを使用しています（タブではありません） Mongod設定ファイルは非ACSII形式で保存してはいけないという投稿の1つで言及されているように、ファイルをASCII形式で保存してみました。UTF-8でもです。 これで私を助けてください。

10 mongodb  mongodb-3.0 

yummongodbを使用してインスタンスをインストールしました。。これですべてが正常に動作します。を使ってサービスを開始しましたservice mongod start。それはうまくいきます。次に、構成ファイルでdata directoryとを変更しlog pathました。サーバーを再起動し、サービスを開始しました。しかし、私は以下のエラーを受け取ります： Restarting mongod (via systemctl): Job for mongod.service failed. See 'systemctl status mongod.service' and 'journalctl -xn' for details. [FAILED] 私が与えるとき、私systemctl status mongod.serviceは以下を得ます： Loaded: loaded (/etc/rc.d/init.d/mongod) Active: failed (Result: exit-code) since Wed 2015-03-18 11:35:56 IST; 22s ago Process: 10672 ExecStop=/etc/rc.d/init.d/mongod stop (code=exited, status=0/SUCCESS) Process: 10841 ExecStart=/etc/rc.d/init.d/mongod start …

10 mongodb  configuration 

誰かがこれらのクエリを比較して、PostgreSQLクエリが2000ミリ秒未満で実行され、MongoDB集計クエリがほぼ9000ミリ秒、時には130Kミリ秒もかかる理由を説明できますか？ PostgreSQL 9.3.2 on x86_64-apple-darwin, compiled by i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00), 64-bit PostgreSQLクエリ SELECT locomotive_id, SUM(date_trunc('second', datetime) - date_trunc('second', prevDatetime)) AS utilization_time FROM bpkdmp WHERE datetime >= '2013-7-26 00:00:00.0000' AND datetime <= '2013-7-26 23:59:59.9999' GROUP BY locomotive_id order by locomotive_id MongoDBクエリ db.bpkdmp.aggregate([ …

10 performance  mongodb  postgresql 

私のmongodbサーバーには、villageContentsという名前のデータベースがあります tablebusinessという名前のコレクションがあります。 モンゴを走らせたら MongoDB shell version: 2.0.7 connecting to: test > 「テスト」って何なんだろう。そこにはtestという名前のデータベースはありません。 実行してみました > villageContents.tablebusiness.ensureIndex({"LatitudeLongitude" : "2d"}) Wed Aug 15 09:28:28 ReferenceError:is not defined (shell):1 > 実行してみました > test.villageContents.tablebusiness.ensureIndex({"LatitudeLongitude" : "2d"}) Wed Aug 15 09:29:13 ReferenceError: test is not defined (shell):1 > 私は何を間違えましたか？ それから私はやった db.villageContents.tablebusiness.ensureIndex({"LatitudeLongitude" : "2d"}) 何も表示されません。インデックスも追加されません。 何が問題なのですか？

10 mongodb 

MongoDBドキュメンテーションからそれは言及されています： ドキュメントのフィールドのサブセットのみが必要な場合、必要なフィールドのみを返すことでパフォーマンスを向上させることができます フィルタリングフィールドはパフォーマンスにどのように影響しますか？パフォーマンスは、ネットワークを介して送信されるデータのサイズに関連していますか？またはメモリに保持されるデータのサイズ？このパフォーマンスはどの程度正確に改善されていますか？ドキュメントに記載されているこのパフォーマンスとは何ですか？ MongoDBクエリが遅い。サブセットを返すと、遅いクエリに影響がありますか（フィールドに複合インデックスがあります）？

10 mongodb  projection 

本番環境のバックアップでは、MongoDB はデータの正確性のためにmongoexportではなくmongodumpを推奨します。ただし、バックアップする前に、MongoDBデータベースからデータを「スクラブ」する必要があります。mongoexport以外のサーバー側のデータ消去オプションは知りません。2つの質問： いmongoexportのアクセスMongoDBのキャッシュはRAMに？mongodumpのように、RAMのワーキングセットを変更しますか？ mongodumpコマンドには、この--queryオプションがあります。"mongodumpの出力に含まれるドキュメントをオプションで制限するクエリとしてJSONドキュメントを提供します。" ドキュメント内の特定のフィールドを除外するためにクエリは必要ですか？

9 backup  mongodb 

私はmongodbシャードクラスターを持っていますが、シャードキーはハッシュされています。2つのシャードレプリカセットがあります。各レプリカセットには2つのマシンがあります。 別の2つのシャードレプリカセットを追加して実験を行ったところ、リバランスが開始されました。 ただし、しばらくすると、チャンクの移行がかなり遅くなることがわかりました。1.4GBのデータを移動するのに1時間かかります。 それは私を心配させます、それは私が13日間待って500GBのチャンク移行を完了する必要があることを意味します！ 私はこのことについては初心者であり、それが遅い、速い、または通常であるかどうかについての神の感触はありません。しかし、それでも、それらの数は私を納得させません。 実験に関する追加メモ：-m3中型awsマシンを使用-他のプロセスは実行せず、チャンク移行のみ-デフォルト設定のmongodbシャーディングインストールで追加の設定なし-シャードキーはオブジェクトID（_id）でハッシュを使用-最大チャンクサイズ64MB

9 mongodb  sharding 

2つのシャード、2つのレプリカサーバーと3つの構成サーバー、および2つのモンゴを使用してセットアップしました。次の問題があります。 1）mongo configサーバーが同期していません： Aug 14 09:46:48 server mongos.27017[10143]: Sun Aug 11 09:46:48.987 [CheckConfigServers] ERROR: config servers not in sync! config servers mongocfg1.testing.com:27000 and mongocfg3.testing.com:27000 differ#012chunks: "d2c08c5f1ee6048e5f6fab30e37a70f0"#011chunks: "7e643e9402ba90567ddc9388c2abdb8a"#012databases: "6f35ec52b536eee608d5bc706a72ec1e"#011databases: "6f35ec52b536eee608d5bc706a72ec1e" 2）このドキュメントを使用してサーバーを同期します：http : //docs.mongodb.org/manual/tutorial/replace-config-server/ 3）同期後、1つのmongosサーバーを再起動し、ログでこれを確認します。 Thu Aug 15 09:56:05.376 [mongosMain] MongoS version 2.4.4 starting: pid=1575 port=27111 64-bit host=web-inno.innologica.com (--help for usage) Thu …

9 mongodb 

mongoクラスターに約200 GB相当のデータが保存されています。mongoを実行するインスタンスの1つの物理メモリは8GBです。このインスタンスでは、他に何も起こりません。Mongoのドキュメントに基づいて理解できる限り（このドキュメントのように：http : //www.mongodb.org/display/DOCS/Checking+Server+Memory+Usage）、これはmongodプロセスが約100％を使用する必要があることを意味します利用可能な物理メモリ。しかし、topコマンドの次の出力を見ると、mongodインスタンスが2GBの常駐メモリしか使用しておらず、使用されていない2GBの完全な物理メモリが使用されていないことがわかります。 誰かがこの動作を私に説明できますか？なぜ2GBの空きメモリがあるのですか？ top 出力： top - 23:19:43 up 89 days, 20:05, 2 users, load average: 0.41, 0.55, 0.59 Tasks: 101 total, 1 running, 100 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0%us, 1.3%sy, 0.0%ni, 93.9%id, 2.6%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 8163664k total, 6131764k used, 2031900k free, 54976k buffers …

9 mongodb  memory 

mongodbレプリカセットを使用した負荷分散のオプションはありますか？私はHAProxyなどを求めているのではなく、mongodbの組み込み機能を求めています。ドキュメントにこれに関するヒントが見つかりませんでした。

9 mongodb 

最近、次のコマンドを使用してコレクションを圧縮しました。 db.<collectionName>.runCommand( "compact" ) そして今、私のコレクションのサイズはディスク上のサイズよりも大きいようです！ SECONDARY> db.<collectionName>.stats() { "ns" : "<databaseName>.<collectionName>", "count" : 2937359, "size" : 5681676492, # 5.6 GB "avgObjSize" : 1934.2805874256433, "storageSize" : 4292853728, # 4.2 GB "numExtents" : 2, "nindexes" : 2, "lastExtentSize" : 2146426864, "paddingFactor" : 1.669999999836597, "flags" : 1, "totalIndexSize" : 220735648, "indexSizes" : { …

9 mongodb