MySQLの「temporary table (一時テーブル)」 と「tmp file(テンポラリファイル)」の違いと「Copying to tmp table」と「copy to tmp table」の違い | 田舎に住みたいエンジニアの日記MySQLの「temporary table (一時テーブル)」 と「tmp file(テンポラリファイル)」の違いと「Copying to tmp table」と「copy to tmp table」の違い
MySQLパフォーマンスチューニングのためのクエリの基礎知識 - プログラマーkkの勉強/成長ブログ@ライブレボリューション(モバイル広告代理店)
前回書いたMySQLパフォーマンスチューニングのためのインデックスの基礎知識に引き続き、MySQLのパフォーマンスチューニングについて学んだことをまとめ。 MySQLを使っていると、クエリが遅い理由をつきとめる必要が出てくる。 どうやって遅いクエリをつきとめ、改善すればよいかについて学んだのでまとめた。 下記のような基礎知識があればパフォーマンスチューニングをうまくやれる、と思う。 クエリ処理の基礎 MySQLがクエリを処理する手順 まずはMySQLがクエリを処理する手順を知っておく必要がある。 処理は以下のような流れで進む。 クエリキャッシュの中からクエリの結果を探す。見つかればそれを返す。 クエリを解析して構成要素に分解する。 クエリの構文が正しいことを確認 クエリについて基本情報を収集する。 クエリを基本的な要素に分解した後、何を実行すべきかを判断する。 クエリオプティマイザが動き始
mysqlのMax_used_connectionsが上限になったので、ついでにパラメーターの調整をしてみた
ガリレオスコープ開発チームによる �最新Web動向、技術メモ ( Ruby, Rails, node.js ) です mysqlのconnection数はデフォルトでは100になっています。 メンテナンスの際にNavicatで接続すると、 ERROR 1040 (00000): Too many connections とのエラーが。。これは、アカンということで、パラメーターの調整を行いました。 下記を参考にしました。 http://satospo.sakura.ne.jp/blog_archives/tech/linux_server/mysql4_tune.html 現在の状態の把握とりあえず、今どうなっているか分からないので、確認用のコマンドを叩きました。 $ mysqladmin -u root extended-status | grep -E 'Max|Threads' | M
Postfixパフォーマンスチューニング
Postfixパフォーマンスチューニングの目的 このドキュメントにあるヒントやtipsはすでに動いているPostfixシステムの パフォーマンスを向上するのに役立ちます。あなたのPostfixシステムがメールを 送信したり受信したりできないのであれば、 DEBUG_README ドキュメントを手引きとして 使い、まずその問題を解決する必要があります。 外部コンテンツフィルタのパフォーマンスをチューニングするには、まず FILTER_README と SMTPD_PROXY_README ドキュメントの 情報を読んでください。そしてコンテンツフィルタコードのレイテンシをなくす ようにします。できるだけ遅延が大きかったり遅延のバラツキが大きい外部 データソースへの問い合わせを避けるようにしてください。CPU/メモリを使い 果たさないように、コンテンツフィルタは並列数を小さくして走らせますが、
sarによるボトルネック発見の手順(というかsysstatの使用法)をまとめてみた - end0tknr's kipple - web写経開発
sar で収集したリソース使用情報が sadf コマンドで TSV として出力 (2014/8/6追記) sar で収集したリソース使用情報が sadf コマンドで TSV として出力できる - 宮川拓の日記 ↑全く知りませんでした 私がよく利用するoption (2013/8/6追記. よく忘れるので) $ sar -r -s 00:00:00 -e 01:00:00 -f /var/log/sa/sa03 ｵﾌﾟｼｮﾝ 内容 例 -q load average $ sar -q -u cpu使用率 $ sar -u -b I/O回数とﾃﾞｰﾀ量 $ sar -b -r ﾒﾓﾘとｽﾜｯﾌﾟ使用率 $ sar -r -s 開始時間 $ sar -s 00:00:00 -e 終了時間 $ sar -e 03:00:00 -f 日付 ※ $ sar -f /var/log/sa/sa03 ※「
Linux のメモリー管理(メモリ―が足りない？,メモリーリークの検出-防止)(Kodama's tips page)
サ−バ等に使っているPC のメモリが十分かどうか気になる事は多いと思う. 調べ出すと フリーメモリーの不足や SWAP にメモリーがはみだしている様子など 心配な事がいろいろでて来る. PC の動作が遅くなる原因は様々な要因が絡み合っているので, 表面に現れた症状だけでは効果的な対策が分からない事もある. 以下では, メモリ−関連にしぼって解説する. メモリの状況を調べる メモリ−は十分なはずなのに 余裕が無い？ どのプロセスがメモリを消費しているのか？ メモリーのリークを検出する方法？ 防止する方法？ メモリ−は十分なはずなのに SWAP を使ってる？ じゃ, 本当のメモリ−不足はどうしたら分かるの？ メモリーと SWAP 領域はどのくらい確保すると良いのか メモリの状況を調べる メモリの利用状況を調べる方法は, free, top, ps, vmstat, /proc/meminfo
JMeterでの負荷・性能テスト - shibainu55日記
システム開発のでは製造・構築フェーズが終わると当然のことながら各種テストを行う。今回は、その中でもよくシステムテストと呼ばれるフェーズに含まれることの多い負荷・性能テストに関するお話。 ＜テストツールの検討と選定＞ 私の経験では、これまで行ってきたテストでは、規模やシステムの特性に応じて以下のようなテストツールを選定・使用してきた。 OSS等のフリーのテストツール(JMeter、Apache Bench、httperf、http://www.microsoft.com/japan/technet/archive/itsolutions/intranet/downloads/webstres.mspx?mfr=trueMS Web Application Stress Tool) 自作テストツール(Perl、シェルスクリプト等) 商用テストツール(Loadrunner等。※個人的にはあまり経
LoveRubyNet Wiki: OptimizingRubyProgram
2007-04-08 15:26:27 +0900 (890d); rev 5 とばし屋でゆくのだ プログラムが速ければ速いほどいいのは世の必定である。 Ruby でプログラムを書くときは速度を気にしないで済むことが多いが、 それでもものには限度・節度ってもんがある。 使いすてプログラムならまあ、 どんなに遅くてもちゃんと目的が果たせればいいだろう。 しかし、繰りかえし使われるライブラリなどはそれでは困る。 ライブラリは使う期間も長いし、何度もいろいろな場面で使うので、 遅いとちょっと気になる。 そうすると、いわゆる最適化ってやつをすることになる。 よく言われるとおり、 最も有効な最適化はアルゴリズムの最適化 (やり方を変える) である。 だがこれは C だろうとなんだろうと同じなので 「Ruby で」っていうのと関係ないし、 この分野はそれこそ死にもの狂いで専門のひとたちが研究してるわけ
[ThinkIT] 第1回：定量的な情報収集のススメ (1/3)
MySQLサーバに限らず、大量のアクセスを処理するデータベースやアプリケーションサーバ群に対して、それぞれの環境に合わせたチューニングを行うことは企業システムにおいて必須の項目です。しかし「チューニングすべきパラメータとその最適値をどのように決定すればよいのか」、また「実際にチューニングを施すことによってどの程度効果があったのか」を把握することは意外に難しいものです。 ですが、敢えていえば答えは明瞭で、「定量的な情報収集と分析」の他にないでしょう。あらかじめ情報を収集しておけば、チューニング前後でのデータを比較することによってどのような変化が起きたのかを知ることができます。 本連載では、まずはMySQLサーバにおいて収集すべき情報を提示し、その後、それらを利用した基本的なパラメータについてのチューニング方針を紹介します。 また、今回はOSにCentOS 5.0、データベースにMySQL 5
)
SQL Server: Optimizing SQL Server Query Performance
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 SQL Server SQL Server クエリのパフォーマンスを最適化する Maciej Pilecki 概要: 実行プランを分析する クエリを最適化する チューニングが必要なクエリを特定する データベース サーバーを最適化するときは、個々のクエリのパフォーマンスをチューニングする必要があります。これは、ハードウェアとソフトウェアの構成など、パフォーマンスに影響するサーバーのその他の側面をチューニングすることと同じくらい (または、おそらくそれ以上に) 重要です。 現在利用できる最も強力なハードウェアでデータベース サーバーを実行しているとしても、いくつかの適切に動作しないクエリによってパフォーマンスが低
“Stop the World”を防ぐコンカレントGCとは？ (1/2) - ＠IT
“Stop the World”を防ぐコンカレントGCとは？：現場から学ぶWebアプリ開発のトラブルハック（2）（1/2 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） Full GC問題の時代が再び到来！ それまで順調に動いていたはずのWebアプリケーションが、ある時突然、応答を返さなくなる。そして、運用者があたふたしている間に、何事もなかったかのように再び動き出す。 Javaで構築したシステムにかかわる者ならば誰しもが体験するであろう事象、そうFull GC（ガベージ・コレクション）だ。Full GCが行われている間、すべてのアプリケーションスレッドは停止する。この事象は“Stop the
28. XdebugとWinCacheGrindを使って、パフォーマンス測定を行おう
Xdebugは、PHPにデバッグ機能を実装するためのモジュールです。もともとPHPに は言語レベルでのデバッグ機能やプロファイラーが用意されておらず、モジュー ルをインストールする必要がありました。PHPでこの機能を実現するためのモ ジュールとして、以下のようなものがあります。 Xdebug （http://xdebug.org/） DBG（http://dd.cron.ru/） Advanced PHP Debugger（http://pecl.php.net/package/apd） 今回はプロファイラーも内蔵し、最新版であるPHP 5.1にも対応したXdebugエク ステンションを使って、プロファイルを行う方法を説明します。 Xdebugのインストール Xdebugは、以下のとおりインストールします。 １．モジュールの作成 XdebugはPECLの１つなので、Unixシステムの場合は
プロファイリング：xdebug WinCacheGrind - Y-110's Wiki
最新文章 2018-12-26 21:10▪ 诵读先贤诗文育我职业素养上海中职学生分享读书活动成果 2018-12-26 21:10▪ 高空坠物砸坏奔驰车18户住户涉案法院判决11户赔偿 2018-12-26 21:10▪ WIPO总干事：中国是全球知识产权申请量增长推动力量 2018-12-26 21:10▪ 今年虹口劳动监察为千余员工追回工资3700余万元 2018-12-26 21:10▪ 没能去西部欣赏大江大河这些美术作品带你看西部“风土人情... 2018-12-26 21:10▪ 日本：“恋爱暴力”问题愈发明显有超半数大学生经历过 2018-12-26 21:10▪ 抑郁症男子反对给继女买零食被妻斥太小气放火烧家被批捕 2018-12-26 21:10▪ 山东将迎大风降温局部地区降温超10℃ 2018-12-26 21:10▪ 外交部：中非合作得到非洲人民真诚欢迎 2018-1
Xdebugを導入してみる - JavaのStackTraceが欲しい！ - Do You PHP?
[2005/12/31]Xdebug2.0.0beta5がリリースされています。PECLのページからどうぞ。 PHPでちょっとした規模の開発を行っていると当然ユーザー定義関数やクラスが増えてきて、だんだんでバッグがしにくくなります。構文エラーとかは問題ないのですが、例えば何らかのDBアクセスクラスを使ってSQL文を実行してエラーが発生したとき、PHPが表示してくれるエラー発生行番号はあくまでDBアクセスクラスの行番号になってしまいます。また、条件によってSQLを組み変える場合など、最終的にどの様なSQLを実行したのか <?php echo $sql; ?> などとして表示させないと分からなかったりします。 PHP4.3.xならdebug_backtraceとtrigger_errorで実装できるだろうということは分かっているのですが、PHP本体でどうにかならないかなぁ。。。と思って調べてみ
肉少なめ | Item - PHPのチューニングネタ 和訳的なメモ
Title : PHPのチューニングネタ 和訳的なメモ Posted on : 2006-11-25 Author : NKJG Category : Webメモ Permalink : PHPのチューニングネタ 和訳的なメモ Hatena Star : 本文 12のPHP最適化テクニック:phpspot開発日誌が参照にしている、12 PHP optimization tips - Alex Moskalyuk Blogからリンクされている、Ilia Alshanetsky (Ilia Alshanetsky - Talks)氏のPHP & Performance、PHPのチューニングの部分のみ読んだ、つもり。英語ダメなんで。 以下PHPのチューニングに関する部分のみのまとめ的なもの。私的なメモ。誤訳の可能性を考えると信頼はしないほうがよさげ。私以外の人は原文を読むべ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのwait_timeoutとthread_cache_sizeについて - Qiita
【HOMMEZ(オムズ)公式】すべては、悩める男性のために。
JMeter(高機能/フリーなテストツール)第1回：JMeterの基本
MySQL インデックスの最適化 | 不良役員のアフターファイブ
http://634.ayumu-baby.com/pukiwiki/index.php?MySQL%2F%A5%D1%A5%D5%A5%A9%A1%BC%A5%DE%A5%F3%A5%B9%A5%C1%A5%E5%A1%BC%A5%CB%A5%F3%A5%B0%2FEXPLAIN