Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
MySQLインデックスのチューニング | StrapyaNext Engineers'Blog
Posted 2011年11月13日 by 山口 & filed under MySQL. MySQLにおけるSQLチューニングのステップ。 1.インデックスを理解する 2.実行計画を取得する(EXPLAIN)。 3.チューニングを行う 4.構造から設計を見直す 今回は2.の、実行計画を取得する(EXPLAIN)にフォーカスする。 実行計画とは、簡単にいえばMySQLのオプティマイザ(処理を効率化しようとする機能) が選択したSQLの内部的な処理手順をいう。 実行計画の取得は”EXPLAIN”をSELECT句の前に置き、 SQLを実行するだけである。 EXPLAINの出力結果にはテーブルの結合順序や、使用するインデックスなど データへのアクセス方法に関する情報が含まれているため、そのSQL文が 効率的かどうかを知ることができる。 実行計画を取得するうえでの注意は、 ・テスト対象となるデータ
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
