MongoDB 3.x インデックス生成前後のexplain()結果を読む - makisuke report
はじめに MongoDB 3.0 から explain() の出力結果が変わり、読み解くのに時間がかかってしまいました。 今回はインデックスの生成前後で explain() の結果がどう変わるかを確認してみます。 環境 Mac OS X 10.10.3 MongoDB 3.0.2 MongoDB storage engine: mmapv1 (default) サンプルデータの準備 DBを用意 1 2 3 4 $ mongo > use sample_db switched to db sample_db サンプルデータ追加 とりあえず10万件のドキュメントを生成しておきます。 1 2 3 4 5 6 > for (var i=0; i < 100000; i++) { ... db.items.insert({ name: 'item_' + i, price: 100 + i }) .
MongoDBにGeospatianl Indexを貼る - MongoDBはまりポイント - Qiita
MongoDBでは位置情報を検索するためのインデックス - Geospatianl Index - というのがあることを知り、使ってみることにしました。 データを適当に収集してからインデックスを貼ろうとすると、いろいろ大変だったので、備忘録として記載します。 そもそもMongoDBの基本操作 前提 latitude, longitudeをStringでplacesというコレクションに保存してた。 latitude, longitudeが空文字のものや、存在しないものがあった。 [{ name: "aaa", latitude: "33.333", longitude: "134.4444" }, { name: "bbb", latitude: "", longitude: "" , { name: "ccc" }] 1. Geospatianl IndexはFloatのArray ドキュ
MongoDBのインデックス２ - Carpe Diem
概要 MongoDBのインデックスにはIndex IntersectionやCovered Indexなんてのもあるので調べてみました。 環境 Ubuntu 14.04 MongoDB 2.6.8 Index Intersectionとは １つのクエリーで２つのインデックスを使ってくれる機能で、より効率的にクエリーを処理できる というもの。 簡単に言うと複合インデックスが必要なクエリをMongoDB側でうまくインデックスを組み合わあわせてよろしくやってくれる機能といった感じでしょうか。 基本的な使い方 db.collection.find({a: xxx, b: yyy}) といったクエリを投げるとき、最適なインデックスは ensureIndex({a: 1, b: 1}) ですが、Index Intersectionがあると ensureIndex({a: 1}) ensureIndex
mongo shellの操作まとめ - Qiita
> use test > db.product.insert([ {no:1, name:"うまい棒", price:10, variety:[{flavor:"メンタイ", ppl:3},{flavor:"サラミ", ppl:3},{flavor:"ピザ", ppl:2},{flavor:"オニオンサラダ", ppl:2},{flavor:"コーンポタージュ", ppl:1}], snack:true, activate:true, update_dt:ISODate("2015-01-01T00:00:00+09:00") }, {no:2, name:"ポテトフライ", price:30, variety:[{flavor:"ステーキ", ppl:2},{flavor:"フライドチキン", ppl:1},{flavor:"カルビ", ppl:2}], snack:true, acti
サーバーの監視によるMongoDBの使いこなし術
今回は、Feargal Finnegan氏のゲスト記事を紹介させて頂きたいと思います。Feargal氏は、実用的なソフトウェア·アーキテクトと完全なスタックの開発者として15年間、スタートアップのビジネスに携わってきました。彼は当社にコンタクトして、インフラの問題を診断してきた自身の経験について話してくれたので、素晴らしいブログとして紹介させて頂きます。是非ともお楽しみください！ — 一般的に人々はMongoDBの悪口を書くのが好きです。自分も何度かトラブルシューティングをする機会があったので、同様に悪口を書こうと思ったことはありましたが、それは公平ではないと思います。- なぜならば、個人的にはMongoDBの全体的な評価は良いからです。 MongoDBで多く発生する可能性がある問題を解決する方法のガイドブックはたくさんありますが、その方面の話はここではや止めておきましょう。その代わりに、
MongoDB 3 のストレージAPIとは - Qiita
MongoDB 3の大きな変更点の一つとして、ストレージAPIの導入というものがある。調べたのでメモしていく。 概要 ストレージAPIの思想は、クエリを受け付けたりする部分と、データを永続化する部分（ストレージ）の間に、APIを設けて、 ストレージ部分を簡単に交換できるようにしたもの。 これにより利用者はストレージをより良いものに差し替えたりできるし、ストレージ開発者にとってはMongoDBのクエリ受付部分がストレージのテストドライバになる。 MongoDB 3 では以下の二つのストレージが利用可能である。 従来のmmap()システムコールベース(MMAPv1とよばれる) WiredTiger 実装 ストレージAPIの実装は、ソースコードを見るとすぐにわかった。APIの実態はC++のインターフェースである。 以下のソースはストレージエンジンのインターフェースである インターフェースのソース
MongoDB 3のWired Tigerを使うとうれしいこと - Qiita
MongoDB 3の大きな変更点として、データを永続化するストレージ部分の実装が、 今まではOS任せのMMAPベースしか選べなかったのが、WiredTigerも選べるようになったことだ。 WiredTigerになって何がうれしいのかまとめてみた。 ドキュメントレベルロックになった MongoDB 2系ではMMAPベースでロックの単位がデータベースで、MongoDB 3系でも従来のMMAPベースのものだとコレクションレベルロックまでしかできないが、WiredTigerを選べばドキュメントレベルロックができるようになった。 これにより書き込み時のロック待ちが減る インデックスとデータを別ディレクトリにすることができるようになった --wiredTigerDirectoryForIndexesのオプションにより、インデックスをデータと別の場所に配置できる。メモリだけを高速なSSDに入れ、データは
MongoDB 3.0 リリースノート斜め読み - 中年engineerの独り言 - crumbjp
遂にMongoDB 3.0 が正式リリースされました！！ 例によってリリースノートを斜め読みします。 http://docs.mongodb.org/master/release-notes/3.0/ が、、最初に一言で纏めると、まあ、、 目玉機能はロックレベルの話だけですよー でわ。。 Pluggable Storage Engine AP 以下の２つからストレージエンジンを選べる。 MMAPv1 これまでのストレージエンジン。デフォルト WiredTiger 3.0から追加されたストレージエンジン WiredTiger MongoDBの全ての機能をサポートしている。 MMAPv1とフォーマットが違うので既存のアップデートの場合、移行する際に色々必要。 ドライバも最新に上げないとダメ。 ドキュメントレベルロックが可能！！ touchコマンドはサポートしてない MMAPv1 Improve
MEAN Stack Development with MongoDB
Introduction This is just an introduction of MEAN Stack and MongoDB. I'll write more about MEAN Stack in the future. This is the first part of the series of articles which I will write about the MEAN. What is MEAN Stack ? The MEAN stack is a powerful, full-stack JavaScript solution. That contains 4 major building blocks or components. Which are MongoDB, Express, AngularJS and Node.js What is Mongo
MongoDBで古いドキュメントを自動削除する二つの方法 - Qiita
MongoDBでは古いドキュメントを自動削除する機能として、キャップ付きコレクション(Capped Collections)とTTLインデックス(TTL Indexes)という二つの方法がある。 TTLインデックス(TTL Indexes) ドキュメントのあるdate型の値に、期間を指定してTTLインデックスを張ると、そのdateの値が指定期間よりも古くなった場合に自動的に削除する。 詳細 * date型のデータがないと使えない * 1分間隔で削除する（それより細かい間隔では削除できない） * 複合インデックスでは使えない * 削除はremoveクエリが発行される。そのため、指定期間通りにドキュメント消える事が保証される訳ではない。removeクエリが流れきるまではドキュメントは残る * 普通のインデックスと同様に検索クエリのときに使える キャップ付きコレクション(Capped Colle
MongoDB 3.0アナウンスの要約と所感 - Qiita
2015年2月3日にMongoDB 3.0 がアナウンスされました。要約と所感をかきます。 MongoDB 3.0 アナウンス 要約 ストレージエンジンとして"WiredTiger"が導入される ドキュメントロックになり、書き込み性能7〜10倍UP ドキュメント圧縮が選べるようになり、最大80%圧縮 既存のmmapベースの仕組みも、ストレージエンジンも"MMAPv1"という名前になって改善される データベースロックからコレクションロックに変更 ジャーナルがよくなった ストレージエンジンAPIを設けた。 これによりWiredTigerとMMAPv1の二つをストレージエンジンを、同一レプリカ内に同居できる あたらしいストレージエンジンが出たらレプリカに追加して試すことができる ストレージエンジン開発プラットフォームとしてのMongoDB という考え方が生まれる。ストレージエンジンの開発者はアプ
Domain Suspension
ICANN, the Internet Corporation for Assigned Names and Numbers, requires us to ask you as a Registrant of a domain name to verify your contact information for this domain with your provider. As a Registrant of a domain name, a new domain registration or changes to the first name, last name, contact address or email address of an existing domain name, requires verification of the information within
WiredTigerストレージエンジン楽しい
17. storage: dbPath: "/var/lib/mongodb/mmapv1" engine: "mmapv1" journal: enabled: true systemLog: destination: file path: "/var/log/mongodb/mongodb_mmapv1.log" logAppend: true processManagement: fork: true ! ! 18. storage: dbPath: "/var/lib/mongodb/wt" engine: "wiredTiger" wiredTiger: collectionConfig: blockCompressor: "none" systemLog: destination: file path: "/var/log/mongodb/mongodb_wt.log" logApp
How to Compare NoSQL Databases: Aerospike, Cassandra, Couchbase, NoSQL
NoSQL before nosqlCAP not really too relevant. If you’re using a NoSQL database, you probably are running on a cluster with multiple partitions. And consistency – availability is not necessarily easy to interpret except in a formal theoretical way.Plus, it’s tunable. Plus, what does consistency even mean? Example, Cassandra partial writes. What is a secondary index more key-value lookupsit’s jus
データデフラグを行うCompactコマンド - Qiita
ver2.0からの機能であるcompactコマンドについて調べたのでまとめ (ver2.2で内部的な動きに少し変更あり） http://docs.mongodb.org/manual/reference/command/compact/ 基本はここの日本語訳 The compact command rewrites and defragments a single collection. Additionally, the command drops all indexes at the beginning of compaction and rebuilds the indexes at the end. 1つのコレクションに対して rewrites and defragments を行う そのコレクションに貼られているindexを全部dropして貼り直す RDBで言うところのバキューム
MongoDB の Aggregation Framework でラクラク集計生活 (2.6 対応) - Qiita
どんなお話？ MongoDB 2.6 で使い放題になった Aggregation Framework で集計してみたよ 簡単！(笑) MongoDBのデータを集計するなら、 Aggregation Framework がファーストチョイス 前置き 自分が関わった MongoDB を使ったサービス(某ウザいと評判のサービス)が最近リリースされました。 MongoDBに不定形データを保存するのですが、開発は昨年からスタートされており、 途中で MongoDB が 2.6 にメジャーバージョンアップされていろいろ変わった中で、 今回は集計にフォーカスして Aggregation Framework を使ったお話を。 既に MongoDB をバリバリ利用している方にとっては今更感は否めませんが、未使用の方に雰囲気を感じていただければ幸い。 2.6 以前 集計といえば MapReduce よねという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(PDF) MongoDB に対する探索行為の増加について - 警察庁 (平成27年2月20日)
MongoDBのbind_ip設定 | technote
http://www.masonzhang.com/2013/08/7-reasons-you-should-use-mongodb-over.html
Nodejsによるapiサーバ構築事例
