なぜMySQLのサブクエリは遅いのか。
よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし
Cacoo - Web上で図の作成とリアルタイムコラボレーション
Online diagramming tool for collaborating on wireframes, flowcharts, and more
Scheme design in MongoDB. - 中年engineerの独り言 - crumbjp
非常に参考になるMongoDBのノウハウ集を和訳（＆少々所感）しました。 内容はデータベースの基本に忠実です。 データサイズを圧縮し、レコードの移動を防ぎ、効率の良いクエリーを発行しろという事です。 突飛な手法では無いので理解し易い。 One of things that makes MongoDB easy to get started with is you don’t have to think about schema design -- just shove data in and it’ll let you query it. That helps initial development and has benefits down the line when you want to change your document structure. That said… Mongo
MySQLパフォーマンスチューニングのためのクエリの基礎知識 - プログラマーkkの勉強/成長ブログ@ライブレボリューション(モバイル広告代理店)
前回書いたMySQLパフォーマンスチューニングのためのインデックスの基礎知識に引き続き、MySQLのパフォーマンスチューニングについて学んだことをまとめ。 MySQLを使っていると、クエリが遅い理由をつきとめる必要が出てくる。 どうやって遅いクエリをつきとめ、改善すればよいかについて学んだのでまとめた。 下記のような基礎知識があればパフォーマンスチューニングをうまくやれる、と思う。 クエリ処理の基礎 MySQLがクエリを処理する手順 まずはMySQLがクエリを処理する手順を知っておく必要がある。 処理は以下のような流れで進む。 クエリキャッシュの中からクエリの結果を探す。見つかればそれを返す。 クエリを解析して構成要素に分解する。 クエリの構文が正しいことを確認 クエリについて基本情報を収集する。 クエリを基本的な要素に分解した後、何を実行すべきかを判断する。 クエリオプティマイザが動き始
SpotInstanceとJMeterを使って400万req/minの負荷試験を行う | DevelopersIO
Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目
wall-climb » NoSQLパフォーマンス? 較
こちらのサイトぜ MySQL(HEAPエンジボ )ぜ memcachedの速度? 較を実施しています。 http://blog.asial.co.jp/220 追加でその? ぜ NoSQLソフトウェアとの? 較も実施しました。 とりあえずNoSQLは初めてなので、上っ面だけで深く突っ込んで調査しない。(最初に宣言) 検証サーバは、仮惜 CPUコア×4、メモボ 4Gの仮想サーバ上で? 施しています。 § 性能? 証方? NoSQLデータベースに対し、100,000件のレコード挿入、検索、削除を実施する。 ・挿入するレコードは、Keyにループ回数ぜ MD5ボ ッシュ? ()、Valueぜ CRC32チェックサム値。 ・? 索は、Keyを検索条件にしぜ Valueを圏 得。圏 得したデータはメモリに格? するだけでが出力しない。 ・削除は、TRUNCATEのような処理ではなぜ 、Keyを検索条件
第6回 パフォーマンスはどうなの？ | gihyo.jp
この表では言及していませんが、Consistent Hashingやshardingによって分散させやすいというのはすべてのNoSQLデータベースが備えている特徴でしたね。 検証用サーバの準備 では実際のパフォーマンスを比較してみましょう。比較のため、10,000件のデータの書込み/読込みを行います。実行にあたり各種サーバを起動します。 リスト1 検証用サーバの起動コマンド # memcached memcached -u nobody -d # TokyoTyrant sudo ttserver -pid /var/ttserver/pid -dmn /var/ttserver/bench.tch # MongoDB mongod --dbpath ~/tmp/mongodb & # HBase sudo /etc/init.d/hadoop-0.20-namenode start su
10分で理解するMongoDBのパフォーマンス - (ﾟ∀ﾟ)o彡 sasata299's blog
2010年04月25日00:16 NoSQL MySQL 10分で理解するMongoDBのパフォーマンス MongoDBってスキーマレスなDBで、カラムが決められないような場合に使うと効果的なんだと思うんですが、「そういうデータはハッシュにして、JSON 形式で MySQL に保存すれば良いのでは？」という意見をいただいたので、その場合とのバフォーマンス比較をしてみました。 ※最初は MySQL として innodb でしか評価していなかったため、myisam の結果についても追記しました。(2010/04/25追記) ベンチマーク環境の準備 試した環境としては、MySQL 5.1.45, MongoDB 1.2.4 です。MySQL側はこんな感じ。 mysql> desc blogs; +------------+--------------+------+-----+---------
さくらのVPS 1Gプランで真面目にWordpress運用は厳しい！？ - はげあたま.org
※続きを書きました．『さくらのVPS 1GプランでWordPress運用はやっぱり厳しさが残りそう』 自分のサーバー無いと死ぬ生活になってかれこれ10年近くになりますが，公開サイト部分まで自鯖に受け持たせるのはこの春，さくらのVPS借りてからが始めてになります．しかし，今までは実質的に自分+αぐらいで考えてたので富豪設定で良かったけど，まじめにサイト公開となると，思った以上に大変なのね．昨日，なんとなく一から再設定になったので真剣にサーバー設定見直してみましたが，泣ける結果になりました． 当初，いろいろと悩んだ結果，安全牌でのつもりでWordpress選んだのも，今となっては正解だったかは甚だ疑問です． 以降，ネットワーク系の素人が適当に概算した検討なので，間違えてたら教えてください．というか，間違っていてくれ……． さて，ちょうど先日の芋場記事が，会見直後に一気に書いたせいか，一時は30
abに代わる負荷試験ツールを探している… - Qiita
経緯 今までは昔ながらのab(Apache Bench)で負荷試験を実施していたのだけど、昨今のウェブフロントエンド事情の移り変わりで、画像読込やJavaScript実行についても、もはや無視できないレベルになってしまった。 というか、abでの負荷試験では、運用実態との乖離がかなり大きくなってきて、ガラケー準拠やプレーンHTML準拠のabによる負荷試験基準では、実際の負荷を推し量ることができなくなってきた。 そうはいっても、やはり負荷試験はサーバで行いたい。自PC等からブラウザや専用ツールでテスト、なんてのは、「負荷試験」というより「動作試験」だし、どうせ動作試験をするなら、実機でやった方が相応しい…と思う。 だから、負荷試験ツールを選定するにあたり、以下の条件は絶対に譲れない。 Windows専用ではなく、Unixサーバで実行可能であること。 GUIではなく（X Window抜き；いわゆ
ウェブアプリの負荷テストについてのメモ - ひげろぐ
負荷テストってどうやってやったらいいんだろう？ って長年思いつつ、適当にabとかで負荷かけてとりあえずDone、みたいなことでお茶を濁してきたわけだけど、最近のプロジェクトで腰を据えてやる機会があり一定の知見を得たのでメモっておく。 手順と心がけるべきいくつかの事柄について。 手順 かける負荷の規模を決める シナリオを作る ツールを準備する 負荷テスト対象のサーバーを準備する 負荷をかける側のマシンを準備する データを準備する 負荷テストを走らせる 計測結果を記録する かける負荷の規模を決める 並列度とシナリオのループ回数くらいを決めておく。 1000並列で5000ループ、みたいな。 パフォーマンスの目標値があればそれをそのまま使うか、目安にできる。 シナリオを作る ユーザーの実際の動きを想定した画面遷移のシナリオを作る。 これはURLのリストでよい。（リダイレクトなどは考慮すること） 負
ab - Apache HTTP server benchmarking tool - Apache HTTP Server Version 2.2
Please note This document refers to the 2.2 version of Apache httpd, which is no longer maintained. The active release is documented here. If you have not already upgraded, please follow this link for more information. You may follow this link to go to the current version of this document. ab is a tool for benchmarking your Apache Hypertext Transfer Protocol (HTTP) server. It is designed to give y
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
High Performance Rails (long edition)
Django admin MySQL slow INNER JOIN
サービス終了のお知らせ
http://blog.flatlabs.net/20100727_212649/
日本語環境におけるWordPressの高速化