MongoDB の チューニンガソン環境を作った。 - 中年engineerの独り言 - crumbjp
例のGoogle compute engine ６０日トライアル の$300 分をどう使おうか・・・と考えていたのだが、MongoDBのチューニンガソンに使えるんじゃないか！？と思って週末に一気に作ってみた。 mongo-tuningason.crumb.jp" いきなり超負荷を掛けると、色々問題が起きるので、Stage1 ~ 4 まで別けて、ある程度チューニングが進んでから、だんだん負荷が掛かる構造にした。 stage1 5秒以内に一連のクエリーが完了すること。プロファイルの取り方と基本的なindex知識 stage2 5秒以内に一連のクエリーが完了すること。複雑なindexが張れるか？ stage3 2~3秒の間で難易度を調整中。かなり突っ込んだindexを張れないとクリア出来ない stage4 最終ステージ。負荷が一気に増え、クリアではなくスコア（qps）での競争。MongoDB周り
『もう二度と、絶対にMongoDBを使うべきじゃない理由』というのがあるらしい - 中年engineerの独り言 - crumbjp
記事 https://fa-works.com/blog/why-you-should-never-ever-ever-use-mongodb なかなか香しいな。 というよりコイツ他のブログも結構ヒドイｗ とりあえず不満をぶちまけるタイプのようだ。 で、、事の本質はプロダクトの設計がちゃんと出来ない人はどんな場合でも選択を間違えるという事だ。 実際MongoDBは使いどころがかなり限られている。 MongoDBが得意なケース"以外"では絶対MongoDBを使ってはならない WriteConcernはあくまでAdditionalな機能であって本来やりたい事では無い。（RDBMSなら２フェーズコミットだぜ？） 実際、最近追加されたReadConcernもヒドイ実装である。 殆どのケースではORMが完備してるフレームとMySQLを使うのが鉄板なのは間違いない。 じゃあ具体的にいつ使うのか？という
もう二度と、絶対にMongoDBを使うべきじゃない理由
MongoDBは悪だ。なぜならそれは… …データを無くす（ソース：1、2）。 …実際、長期間、デフォルトでエラーを無視し続け、何があってもすべての単一書き込みが成功したとみなした（ 32ビットのシステムで3GBかそこらを使用したら、MongoDBの制限によって何の警告もなしに全データを失うことになった）。 …宣伝していたユースケースでですら遅く、これが早いと主張するには完全に証拠に欠けている（ソース：3、4）。 …ほぼ全てのユースケースで、暗黙のスキーマという悪しき習慣を強要してくる（ソース：4）。 …ロッキングに問題がある（ソース：4）。 …セキュリティの問題になるくらい、応答時間が酷く遅い。求めてきた人全員に認証なしで全データをさらしてしまうという危険なデフォルト設定をパッチするのに2年かかった（ソース：5）。 …ACID特性に準拠していない（ソース：6）。 …拡張やメンテナンスをする
DEXでもうMongoDB職人は要らなくなるの巻 - 256bitの殺人メニュー
※このエントリは個人の見解であり、所属する組織の公式見解ではありません このエントリは、MongoDB Advent Calendar 2015 18日目のエントリです。 どうもどうも乙カレー様です。桑野です。 MongoDB on AWS的ななにかを書こうとしたのですが、その前にこれ紹介したことなかったなーと思いDEXの紹介しようと思います。 DEXとは あのMongoDBならこの人達のMongolabさんの作った、MongoDBのSlowlogなどから適切なINDEX設定をRecommendしてくれるプロダクトになります。 神様仏様Mongolab様。 インストール pipで簡単。 $ pip install dex コマンドライン手順 基本的には、MongoDBのURLと、Logのパスを指定していきましょう。 $ dex -f /var/log/mongodb/mongodb.log
俺でもわかるシリーズ: MongoDBのレプリケーション - Qiita
この記事はMongoDB Advent Calendar 2015の17日目です。 概要 何を今更感満載のおさらい記事です。 意図せず嘘を含む可能性がゼロではないので、ドキュメント Replication — MongoDB Manual 3.0 併読推奨です。 Replica Setとは？ Replication Introduction — MongoDB Manual 3.0 Replica Setとは、MongoDBが備える強力なレプリケーションと自動フェイルオーバーの仕組みです。 複数台のMongoDBサーバーで構築されたReplica Setは、もう一つのMongoDBの強力な機能であるSharding (水平分割)においてShardとして追加することが可能です。 どちらも大規模で高可用なMongoDBデータベースを構築する際に欠かせないものであり、これを標準機能として持ってい
MongoDB 3.0のWired Tigerのデータ圧縮とメモリ使用量制限を検証してみた - Qiita
MongoDB 3.0から従来のmmapベースのストレージエンジンから、Wired Tigerというストレージエンジンが使えるようになった。 主な変更点は以下のとおり。 mmapベース MongoDB ver 3にはMongoDB ver 2にあったmmapベースに改良を加えたものが乗っている MongoDBはOSのmmap()システムコールを読んで、OSにデータファイルをメモリに載せてもらう。 MongoDBはメモリを管理しない。OS任せ。 メモリ使用量を制限できない。OSから与えられるだけ使う。 メモリがいっぱいになるとOSが適宜スワップさせる データ圧縮できない コレクションレベルロック（ver 2のころはデータベースレベルロック） インデックスとデータは分離できない（同一ファイル内に混在） Wired Tiger MongoDB ver 3からの新規 Wired Tigerというス
MongoDB 3.0 を試してみて分かったWiredTigerの威力 - aspec7's garage
MongoDB3.0! 2月にリリースされた3.0には、ストレージエンジンが選択できるようになり、新しいストレージエンジンとして WiredTiger が選べるようになっています。 従来のエンジンは「MMAPv1」として継続利用可能です。 ということで、旧バージョンと比較してみました。 新しいエンジンの魅力 WiredTigerで、以下のようなことが実現できるらしいとのことで、容量問題に直面していた自分には、80%圧縮は魅力的すぎます。 書き込み性能7〜10倍UP！ ファイルサイズが最大80%圧縮！ 多重バージョン並行処理制御（MVCC） マルチドキュメントトランザクション ログ構造化マージツリー（LSMツリー）のサポート 「MongoDB」アップデート迫る--新搭載DBエンジン「WiredTiger」でどう変わる？ http://japan.zdnet.com/article/35059
MongoDBのコネクション数上限問題メモ - tsunokawaのはてなダイアリー
MongoDBサーバーのマスター/スレーブ環境でコネクション数が上限に達したトラブルのメモです。 サーバー環境 MongoDBサーバー名 OSバージョン MongoDBサーバーバージョン mongodb01.example.com CentOS 6.2 mongo-server-2.0.5-0.el6.x86_64 マスター mongodb02.example.com CentOS 6.2 mongo-server-2.0.5-0.el6.x86_64 スレーブ ケース1 MongoDBサーバーをCentOS5系からCentOS6系にリプレイスした後、 MongoDBサーバーにコネクションが張れない状態になりました。 その時のMongoDBサーバーのログに以下のような出力がありました。 Mon Jan 1 00:00:01 [initandlisten] pthread_create fa
VOYAGE GROUP エンジニアブログ : MongoDBのGUIツールを比較してみた
2014年06月16日16:52 カテゴリDBtool MongoDBのGUIツールを比較してみた みなさんこんにちは。 (株)adingoでprivate DMPと呼ばれるcosmi Relationship Suiteの開発をしています。 @tana_raことあらたです。 世の中にはアルファベット３文字が溢れていて混乱しますよね。AWSと広告業界が混ざるとカオスです。 AWSとかEMRとかSSPとか。DMPもその一つですね。 ちなみにDMPはData Management Platformの略です。 ところでcosmiでは、データの管理にMySQLとMongoDBを利用しています。 私は開発時にはMySQLのGUIツールをよく利用するのですが、 MongoDBのGUIツールってあまり聞かないなと思ったので探してみました。 今日は触ってみたMongoDBのGUIツールを紹介してみたいと思
.phpenvで入れた場合のpeclモジュールの追加方法 - Qiita
cd /tmp wget http://pecl.php.net/get/mongo-1.3.4.tgz --2013-02-26 19:44:13-- http://pecl.php.net/get/mongo-1.3.4.tgz pecl.php.net をDNSに問いあわせています... 76.75.200.106 pecl.php.net|76.75.200.106|:80 に接続しています... 接続しました。 HTTP による接続要求を送信しました、応答を待っています... 200 OK 長さ: 124844 (122K) [application/octet-stream] `mongo-1.3.4.tgz' に保存中 100%[===========================================================>] 124,844 102K
『mongodb - Geospatial Indexing』
こんにちは。Amebaでアプリケーションエンジニアをしています、宍戸です。 今回は、mongodbの機能であるGeospatial Indexingについて、v1.6系、v1.8系、v2.0系について特徴的な点の比較検証をおこなってみた結果についてまとめたいと思います。 ■地理空間インデックスについて 地理空間のインデックスは以下のような機能になります。（日本語ドキュメントから引用） MongoDBでは、二次元の地理空間のインデックス(geospatial index)を持っています。これは位置をベースにしたクエリーのためのもです。たとえば、"自分の場所から近いNアイテムを取得"といったことです。また"自分の場所から近いN個のミュージアムを取得"と言った追加のフィルターを追加することも効果的にできます。 位置情報の保持方法については、公式ドキュメントにあるように、緯度と経度を配列などで保持
MongoDBが起動しなくなった - stog's blog
久しぶりにyum updateなどしてたら出力内容にmongoなる文字列を見かけてMongoDBの存在を思い出した。 $ cat /etc/redhat-release CentOS release 5.8 (Final) $ rpm -aq | grep mongo mongo-10gen-server-2.2.1-mongodb_1 mongo-10gen-2.2.1-mongodb_1v2.2.1にアップデートしたらしい。 $ mongo mytest MongoDB shell version: 2.2.1 connecting to: mytest Mon Nov 12 01:50:08 Error: couldn't connect to server 127.0.0.1:27017 src/mongo/shell/mongo.js:91 exception: connect
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.prakard.com/viewtopic.php?f=1004&t=1873208
Configuration File Options - MongoDB Manual v7.0
MongoDB Management Service (MMS)の紹介（日本語）
MongoDB Configパラメータ解説
Convert a Secondary to an Arbiter - MongoDB Manual v7.0
SSSSLIDE
DB tech showcase： 噂のMongoDBその用途は？
MongoDBと位置情報 ～地理空間インデックスの紹介
