Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

MySQL Index勉強会外部公開用

25,856 views

Published on

Published in: Technology
  • DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ......................................................................................................................... Download Full EPUB Ebook here { https://tinyurl.com/y6a5rkg5 } ......................................................................................................................... ACCESS WEBSITE for All Ebooks ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ......................................................................................................................... Download EPUB Ebook here { https://tinyurl.com/y6a5rkg5 } ......................................................................................................................... Download doc Ebook here { https://tinyurl.com/y6a5rkg5 } ......................................................................................................................... ......................................................................................................................... ......................................................................................................................... .............. Browse by Genre Available eBooks ......................................................................................................................... Art, Biography, Business, Chick Lit, Children's, Christian, Classics, Comics, Contemporary, Cookbooks, Crime, Ebooks, Fantasy, Fiction, Graphic Novels, Historical Fiction, History, Horror, Humor And Comedy, Manga, Memoir, Music, Mystery, Non Fiction, Paranormal, Philosophy, Poetry, Psychology, Religion, Romance, Science, Science Fiction, Self Help, Suspense, Spirituality, Sports, Thriller, Travel, Young Adult,
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/yyxo9sk7 } ......................................................................................................................... Download Full EPUB Ebook here { https://tinyurl.com/yyxo9sk7 } ......................................................................................................................... ACCESS WEBSITE for All Ebooks ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/yyxo9sk7 } ......................................................................................................................... Download EPUB Ebook here { https://tinyurl.com/yyxo9sk7 } ......................................................................................................................... Download doc Ebook here { https://tinyurl.com/yyxo9sk7 } ......................................................................................................................... ......................................................................................................................... ......................................................................................................................... .............. Browse by Genre Available eBooks ......................................................................................................................... Art, Biography, Business, Chick Lit, Children's, Christian, Classics, Comics, Contemporary, Cookbooks, Crime, Ebooks, Fantasy, Fiction, Graphic Novels, Historical Fiction, History, Horror, Humor And Comedy, Manga, Memoir, Music, Mystery, Non Fiction, Paranormal, Philosophy, Poetry, Psychology, Religion, Romance, Science, Science Fiction, Self Help, Suspense, Spirituality, Sports, Thriller, Travel, Young Adult,
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • p.54- たぶん「選択姓(絞込条件結果として件数が少ない)」と「濃度(カーディナリティ、出現パターン)」の説明が混同しています。 言葉尻に近いですけどね。
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • p.45 FirstName LIKE '務' もインデックス使われます。 ただし = '務' が ref -indexに対して、 range-indexとexplain結果は出力します(likeだからかな)。
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • 指摘2: p.42 年齢>=18 AND 年齢 <=18 は、rangeでindexが聞きます。
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

MySQL Index勉強会外部公開用

  1. 1. © CROOZ,Inc. 1 MySQL INDEX勉強会 技術統括本部 鈴木 優一
  2. 2. © CROOZ,Inc. 2 本日の内容 ・ INDEXとはなにか ・ 種類と構造 ・ クエリオプティマイザの流れ ・ 使いどころ ・ 効率よくインデックスをつかうために ・ EXPLAINのみかた
  3. 3. © CROOZ,Inc. 3 INDEXとはなにか
  4. 4. © CROOZ,Inc. 4 1.INDEXとはなにか と言われても 実感わかないと思うので インデックスとは検索の際に利用する 「索引」です 次の例で考えてみましょう。
  5. 5. © CROOZ,Inc. 5 1.INDEXとはなにか 例)1組のトランプから「スペードの6」を探す 前提) ランダムに並んでいる ⇒ インデックスがない状態 カードを引く回数を最も少なくして、探すには どのように探しますか?
  6. 6. © CROOZ,Inc. 6 1.INDEXとはなにか 並び順がランダムだと… おおよそどの辺にあるのかが予測できない 例えば、上から順番に探すことになります 検索回数の最小は1回、最大54回 ⇒ 平均で24回の検索が必要です
  7. 7. © CROOZ,Inc. 7 1.INDEXとはなにか なんとか効率よくならないか? そこで、 事前に「スート」「ランク」の順で並べ変えて おく
  8. 8. © CROOZ,Inc. 8 1.INDEXとはなにか 事前に並べ変えておくと おおよそどの辺にあるのかが予測できる 例えば、真ん中のカードを一枚引き、検索 対象より前かあとかで探していく ⇒ 2分検索という
  9. 9. © CROOZ,Inc. 9 1.INDEXとはなにか 1回目の検索 「クラブ」と「ダイヤ」は除外 2回目の検索 「ハート」は除外 3回目の検索 「スペード」の「7」~「キング」は除外 4回目の検索 「スペード」の「1」~「3」は除外 5回目の検索 「スペード」の「4」~「5」は除外 6回目の検索で特定
  10. 10. © CROOZ,Inc. 10 1.INDEXとはなにか この例から以下のことが分かります 事前に規則的に並び替えられたものに対す る検索ははるかに早い 並び替えなしの場合は最大54回 並び替えありの場合は最大6回 ただし、事前に並び替えできることが前提
  11. 11. © CROOZ,Inc. 11 1.INDEXとはなにか 事前に並び替えできない場合はどうする?
  12. 12. © CROOZ,Inc. 12 1.INDEXとはなにか 何枚目がなにかを事前にメモっておけば良い! スート ランク 位置 ハート Q 1 スペード 9 2 : : : ダイヤ 1 40 : : : スペード 6 45 なぜなら、要求は「カードを引く回数を最も少なく してスペード6を探すこと」 セコいとかおもうヒトはいるか もしれませんが何もセコいこ はしていないです。 前提条件など一切ないから このメモさえあれば位置を指定して1回引けば済む
  13. 13. © CROOZ,Inc. 13 1.INDEXとはなにか 今回の例を元にメリットとデメリットを考察すると メリット ・検索回数が少ない 最適に作られていれば1回の検索で完了する デメリット ・事前にインデックスを作る手間がかかる ・並び替えられたら使い物にならない
  14. 14. © CROOZ,Inc. 14 もう少しシステム寄りに 考えると…
  15. 15. © CROOZ,Inc. 15 1.INDEXとはなにか(システム寄りに) 今回の例 select スート, ランク from トランプ where スート = ‘スペード’ AND ランク = ‘6’; このクエリを最も効率よく実行するためにはどの ようにしたらよいか?
  16. 16. © CROOZ,Inc. 16 1.INDEXとはなにか(システム寄りに) インデックスを使用しない場合 テーブルをシーケンシャルアクセスで検索する ⇒検索回数はレコード数に比例 インデックスを使用する場合 インデックスから開始位置を特定し、 格納先を直接指定して検索する ⇒検索回数はレコード数に比例しない だからINDEXを使ったほうが効率が良い
  17. 17. © CROOZ,Inc. 17 1.INDEXとはなにか(システム寄りに) メリット ・検索回数が少ない 最適に作られていれば1回の検索で完了する デメリット ・更新時に時間がかかる 更新の際に再度並び変えなければならないから ・INDEX生成時に時間がかかる 事前に並び替えないとならないから
  18. 18. © CROOZ,Inc. 18 種類と構造
  19. 19. © CROOZ,Inc. 19 2.種類と構造 RDBMSで主に使われれるINDEXはB+Tree アルゴリズムで実装されている 補足:RDBMSとは MySQLのようなデータ構造を2次元のテーブルと テーブルどおしの関係性で表現する仕組みを持った データベースアプリケーションのことを言います
  20. 20. © CROOZ,Inc. 20 2.種類と構造 超簡単に言うと2分検索アルゴリズムの進化版 B+Treeとは ⇒2分検索については8ページを見てください ルートブロック ブランチブロック リーフブロック 1000 500 1500 1:位置 : 499:位置 500 :位置 : 999 :位置 1000 :位置 : 1499 :位置 1500 :位置 : 1999 :位置 例 999を検索したい この位置を指定して テーブルを検索する
  21. 21. © CROOZ,Inc. 21 2.種類と構造 MySQLのINDEXは主に以下のものがあります B+Treeアルゴリズムに基づくもの クラスタインデックス 主キーおよびユニークキーに対し作成される インデックス セカンダリインデックス ユニークでない列に対し作成されるインデックス 上記以外にN-gramに基づくものがありますが ここでは割愛します
  22. 22. © CROOZ,Inc. 22 2.1 クラスタインデックスの特徴 メリット ・検索が早い 特に主キーに対する検索が早い デメリット ・インデックスサイズが大きい ・条件によってセカンダリインデックスより遅い なぜかを知るためにクラスタインデックスの 仕組みを見てみましょう
  23. 23. © CROOZ,Inc. 23 2.1 クラスタインデックスの特徴 ルートブロック ブランチブロック リーフブロック 1000 500 1500 1:データ : 499:データ 500 :データ : 999 :データ 1000 :データ : 1499 :データ 1500 :データ : 1999 :データ 特徴① リーフブロックにデータが直接格納されている 特徴② データがソートされているため隣接したINDEXが 同じリーフブロックに存在する
  24. 24. © CROOZ,Inc. 24 2.1 クラスタインデックスの特徴 特徴① リーフブロックにデータが直接格納されている 特徴② データがソートされているため隣接したINDEXが 同じリーフブロックに存在する ここから分かること ・主キーに対する検索が早い 何故なら、INDEX内にデータを持っていてテーブルを 見なくてよいから ・INDEXサイズが大きい 何故なら、必ずソートされているから ・少ない回数で検索できる
  25. 25. © CROOZ,Inc. 25 2.1 クラスタインデックスの特徴 メリット ・検索が早い 特に主キーに対する検索が早い デメリット ・インデックスサイズが大きい ・条件によってセカンダリインデックスより遅い だから
  26. 26. © CROOZ,Inc. 26 2.2 セカンダリインデックスの特徴 メリット ・場合によって検索が早い あとで説明します… デメリット ・場合によらない場合は検索が遅い なぜかを知るためにセカンダリインデックスの 仕組みを見てみましょう
  27. 27. © CROOZ,Inc. 27 2.2 セカンダリインデックスの特徴 特徴① クラスタインデックスと組み合わせて利用する 特徴② リーフブロックにはデータではなく、主キーの値を 格納する リーフ ブロック ルート ブロック ブランチ ブロック キー:場所 : キー:1700 500 :データ : 999 :データ 1000 :データ : 1499 :データ 1500 :データ : 1999 :データ クラスタインデックスセカンダリインデックス
  28. 28. © CROOZ,Inc. 28 2.2 セカンダリインデックスの特徴 見てわかるとおりひと手間多いです ではどういう場合にメリットは何か? 検索条件で参照する列がすべてインデックスに 含まれている場合 なぜなら 必要な情報がすべてリーフブロックに含まれている ↓ 検索対象をクラスタインデックスを利用せずに特定可能 ↓ 検索回数が減る
  29. 29. © CROOZ,Inc. 29 2.2 セカンダリインデックスの特徴 メリット ・場合によって検索が早い 検索列すべてがインデックスに含まれる場合 デメリット ・上記以外は検索が遅い だから 検索列をすべてインデックスに含め、インデックス内で検索を 完結させることをカバリングインデックスと呼びます
  30. 30. © CROOZ,Inc. 30 2.3 カバリングインデックス カバリングインデックスについて以下の2つがあります 複合インデックス 1つのインデックスキーに複数のカラムを含めた もの インデックスマージ 複数のインデックスキーを組み合わせて結合 したもの
  31. 31. © CROOZ,Inc. 31 2.3 カバリングインデックス イメージで見るとこんな感じ 複合インデックス キー名 種別 カラム idx_familiy INDEX First Name Middle Name Family Name インデックスマージ キー名 種別 カラム idx_first INDEX First Name idx_middle INDEX Middle Name idx_family INDEX Family Name 事前に作成されるわけではなく、 クエリ実行時に生成される 複合インデックスは存在していないが、単一インデックス が検索項目に含まれる場合、インデックスマージが行わ れています。
  32. 32. © CROOZ,Inc. 32 2.3 カバリングインデックス ただし、 クエリ実行時に複数のインデックスを読み込んでから結合 するため、効率が良くない。 可能な限り複合インデックスを利用すべき
  33. 33. © CROOZ,Inc. 33 今まではINDEXとは何か 種類と仕組みについて 見てきました。 今後はインデックスがどの ように利用させるかを見て いきましょう
  34. 34. © CROOZ,Inc. 34 3. SQLが実行される流れ 皆さんはアプリケーションから発行されたSQLがデータ ベースサーバ内でどのように処理されているか考えた ことはありますか?
  35. 35. © CROOZ,Inc. 35 3. SQLが実行される流れ 大まかには以下の作業を行っています アプリケーション PARSE テーブルのチェック 構文チェック SQL書き換え 実行計画作成 実行計画をキャッシュ SQL 実行 EXECUTE データ 取り出し FETCH
  36. 36. © CROOZ,Inc. 36 3. SQLが実行される流れ よくDBをただのデータ格納場所だと思っている人がいる かと思いますが、実はいろいろ複雑なことをしています 特にPARSEのなかのSQLの書き換え、実行計画作成の 部分の処理のことを「SQL最適化」といいDBMS製品の パフォーマンスを大きく左右する部分です。 そして、SQL最適化を行うプログラムを 「クエリオプティマイザ」といいます。 この「クエリオプティマイザ」こそがDBMSの肝となります
  37. 37. © CROOZ,Inc. 37 3. クエリオプティマイザの役割 クエリオプティマイザは、最も早くSQLを実行できるため には内部的にどのように検索するのが良いかを推定し ます。 例えば… ・どのINDEXを使うか ・抽出と結合をどちらが先にやったほうが早いか ・フルテーブルスキャンを行うべきか など… このクエリオプティマイザにより、アプリケーションは どのインデックスを使うかやソートアルゴリズムを考えず SQLだけでデータ操作ができます
  38. 38. © CROOZ,Inc. 38 3. クエリオプティマイザの役割 従って、 単にインデックスを付加してもクエリオプティマイザが インデックスで検索しないほうが実行が早いと判断した 場合、インデックスが無視されます 例えば、 ・極端にレコードが少ない場合 ⇒インデックスを読むコストより、フルテーブルスキャンの方が 早い ・複合インデックスがすべての検索条件を満たさない場合 ⇒インデックスマージのコストが極端に多いと判断された場合 単にインデックスを付加したからといって必ず効果が出るとは 思わないでください
  39. 39. © CROOZ,Inc. 39 INDEXの使いどころ
  40. 40. © CROOZ,Inc. 40 4. INDEXの使いどころ 基本は3つだけです。 ・抽出条件として検索する列に作成する 抽出する列ではなく検索する列に対して作成します ・1つのSQLでは1つのインデックスしか参照できない MySQLの仕様です。 だからインデックスマージという仕組みがあります ・クラスタインデックスは早い MySQLに設定するときのインデックスの種類は、 PRIMARY、INDEX、UNIQUE、FULLTEXTの4つです この中でPRIMARY、UNIQUEはクラスタインデックス なので検索が早い
  41. 41. © CROOZ,Inc. 41 4. INDEXの使いどころ これ以外は、ケースバイケース。 経験を積むしか無いです ある程度の法則性はあるので気をつけるべき箇所を 挙げておきます。
  42. 42. © CROOZ,Inc. 42 4. WHERE句での注意点 その1 否定及び範囲指定(<など)はインデックスが効きません ユーザーテーブル Id 年齢 … 1 17 … 2 21 … 3 19 … 4 25 … 5 18 … 6 22 … WHERE 年齢 !=17 AND 年齢 !=19 WHERE 年齢>=18 AND 年齢<=22 ⇒ WHERE 年齢 IN(18,19,20,21,22) ⇒ WHERE 年齢 =18 OR 年齢 =19 OR 年齢 =20 OR 年齢 =21 OR 年齢 =22 INやWHEREで代用します
  43. 43. © CROOZ,Inc. 43 4. WHERE句での注意点 その1 ちなみに私だったら面倒なのでこうします ユーザーテーブル Id 年齢 大学生 … 1 17 0 … 2 21 1 … 3 19 1 … 4 25 0 … 5 18 1 … 6 22 1 … WHERE 大学生 = 1 勿論事前に[大学生]列にインデックスを 貼っておき、[年齢]更新時にUPDATE します。 ※ロジック上多少の誤差は出ます
  44. 44. © CROOZ,Inc. 44 4. WHERE句での注意点 その2 すべてのANDにかかっていないINDEXは使用できない WHERE FirstName = ‘努’ AND MiddleName = ‘-’ OR FirstName = ‘太郎’ AND FamilyName = ‘山田’ ⇒ インデックスが貼ってあっても「idx_first」のみしか使用でき ません インデックス キー名 種別 カラム idx_first INDEX FirstName idx_middle INDEX MiddleName idx_family INDEX FamilyName
  45. 45. © CROOZ,Inc. 45 4. WHERE句での注意点 その3 あいまい検索時は前方一致のインデックスが使用可能 WHERE FirstName LIKE ‘努%’ 前方一致 WHERE FirstName LIKE ‘%努’ 後方一致 WHERE FirstName LIKE ‘%努%’ 部分一致 WHERE FirstName LIKE ‘努’ 定数
  46. 46. © CROOZ,Inc. 46 4. WHERE句での注意点 その4 複合インデックスの場合、前のキーが範囲検索だと 以降のキーのインデックスが効かない場合がある WHERE FirstName > ‘A’ AND MiddleName = ‘John’ AND FamilyName = ‘Sakai’ ⇒ FirstName以降インデックスが使用されない可能性が あります インデックス キー名 種別 カラム Idx_name INDEX FirstName MiddleName FamilyName
  47. 47. © CROOZ,Inc. 47 4. ORDER BY句での注意点 その1 連続しないキーにはインデックスが使用できない ORDER BY FirstName , FamilyName ⇒ MiddleNameを含める インデックス キー名 種別 カラム Idx_name INDEX FirstName MiddleName FamilyName ORDER BY FirstName , MiddleName , FamilyName
  48. 48. © CROOZ,Inc. 48 4. ORDER BY句での注意点 その2 複数のキーがある場合はインデックスが使用できない ORDER BY FirstName , FamilyName インデックス キー名 種別 カラム idx_first INDEX FirstName idx_middle INDEX MiddleName idx_family INDEX FamilyName ⇒ インデックスが効かない クエリオプティマイザの判断で インデックスマージが行われる場合がある 複合インデックスを利用するのがベター
  49. 49. © CROOZ,Inc. 49 4. ORDER BY句での注意点 その3 昇順、降順が混在している場合には インデックスが使用できない ORDER BY FirstName DESC , FamilyName ASC インデックス キー名 種別 カラム Idx_name INDEX FirstName MiddleName FamilyName また降順の場合、複合インデックスのすべてのキーを 降順にしなければならない
  50. 50. © CROOZ,Inc. 50 4. ORDER BY句での注意点 その3 GROUP BY列とORDER BY列が異なる場合、インデックス は使用できない GROUP BY FirstName , FamilyName ORDER BY FirstName インデックス キー名 種別 カラム Idx_name INDEX FirstName MiddleName FamilyName この場合、内部的には一度テンポラリテーブルを作成して から再度クエリを発行するという動作をします。 EXPLAIN を実行するとUsing temporaryが表示されます
  51. 51. © CROOZ,Inc. 51 4. HIVING句での注意点 HAVING句はインデックスが効きません スマートにクエリを書きますが速度が極端に遅くなるの で極力使わないようにしましょう
  52. 52. © CROOZ,Inc. 52 4. ソートに注意 クエリの中にはクエリ実行時にソートが発生するものが あります。 ソートが発生するものについてはユニークインデックス 以外は効果的に機能しません 具体的には以下のとおりです ・MIN ・MAX ・UNION ・DISTINCT
  53. 53. © CROOZ,Inc. 53 効率よくインデックスを 使うために
  54. 54. © CROOZ,Inc. 54 5. 効率よくインデックスを使うために クエリオプティマイザは最も早くクエリを実行できる用に 実行計画を立てます。 つまり絞り込んだ際にレコード数が最も少なくなるように インデックスを選択します このようなインデックスのことを「選択性が高い」 インデックスといいます 選択性の高いものの代表は以下のとおりです ・主キー ・ユニークキー 選択性の低いものの代表は以下のとおりです ・フラグ系(特に分散が同じようなものは無意味)
  55. 55. © CROOZ,Inc. 55 5. 効率よくインデックスを使うために 具体的には ・性別 ・削除フラグ 単体でインデックスを付けてもあまり効果がありません
  56. 56. © CROOZ,Inc. 56 5. 効率よくインデックスを使うために また複合インデックスは、選択制が高いカラムから順に 列を作成します インデックス キー名 種別 カラム Idx_name INDEX user_id item_id delete_flg 最もレコードを絞れる 次にレコードを絞れる 1か0かしかない SQLを書くときにも選択制が高い順に書きます WHERE user_id=15321 AND item_id = 45312 AND delete_flg = 0
  57. 57. © CROOZ,Inc. 57 5. 効率よくインデックスを使うために もう一点注意です WHERE句内の場合、複合インデックスの先頭の列は 単体インデックスとしても使用できます インデックス キー名 種別 カラム Idx_name INDEX user_id item_id delete_flg 単体インデックスとしても使用可能 複合インデックス作成時はこの点も考慮に入れて下さい
  58. 58. © CROOZ,Inc. 58 5. 効率よくインデックスを使うために 最後にもう一点注意です クエリオプティマイザは最も早くクエリを実行できる用に 実行計画を立てるだけで、実際に最も早くクエリを実行し ない場合がります。 例えばEXPLAINで見た際に論理上明らかにインデックス を参照したほうが速いはずなのに、インデックスを利用し ていないなど… この場合、FORCE INDEX(インデックス名)で使用するイン デックスを強制できます
  59. 59. © CROOZ,Inc. 59 EXPLAINの見かた
  60. 60. © CROOZ,Inc. 60 6. EXPLAINについて EXPLAINとは実行計画と結果を表示する機能 使い方 SQLの実行前に EXPLAINをつける EXPLAINからわかること ・どのインデックスが使われているか ・どのような結合が行われているか ・ソートが内部的に行われているか
  61. 61. © CROOZ,Inc. 61 6. EXPLAINについて EXPLAIN実行時の注意点 絶対本番ではやらない 世間様に迷惑はかけないでください 対象テーブルデータをバックアップDBからdevに コピーするして行ってください クエリキャッシュがあることを意識してください 頻繁に実行されるクエリはDBMSにキャッシュされます RESET QUERY CACHEコマンドを実行してキャッシュを クリアしてください
  62. 62. © CROOZ,Inc. 62 6. EXPLAINについて クエリキャッシュとは アプリケーション PARSE テーブルのチェック 構文チェック SQL書き換え 実行計画作成 実行計画をキャッシュ SQL 実行 EXECUTE データ 取り出し FETCH よく使うクエリのParse内容を キャッシュすることで2回目以降 のParge過程を省略する機能
  63. 63. © CROOZ,Inc. 63 6. EXPLAINについて 実際に見てみましょう バックアップDBに対し 分析対象のクエリを書く 「実行する」ボタンを押す
  64. 64. © CROOZ,Inc. 64 6. EXPLAINについて 実際に見てみましょう 「EXPLAINで確認」ボタンを押す
  65. 65. © CROOZ,Inc. 65 6. EXPLAINについて 実際に見てみましょう 解析結果
  66. 66. © CROOZ,Inc. 66 6. EXPLAINについて 各列の意味 列名 意味 id SQLの中でSELECT文をするid select_type SQLの種類 type 参照先テーブルへのアクセス手段 possible_keys オプティマイザが使用するインデックスの候補として挙げたキーの一 覧 key possible_keysの中から実際にオプティマイザが選択した物 ref 検索時にkeyの比較対象となっているカラム。定数の場合はconstと表 示される。 rows クエリによって取得が想定される行数。実際に取得された数ではない ところに注意が必要。実際やってみると結構違う。 Extra クエリの追加情報。Using filesort、Using temporaryが表示された場合 は注意が必要。 注目すべきはtypeとExtra
  67. 67. © CROOZ,Inc. 67 6. EXPLAINについて typeの各項目の意味 値 意味 const PRIMARY KEYまたはUNIQUEインデックスのルックアップによるアクセ ス。最速。 eq_ref JOINにおいてPRIARY KEYまたはUNIQUE KEYが利用される時のアクセ スタイプ。constと似ているがJOINで用いられるところが違う。 ref ユニーク(PRIMARY or UNIQUE)でないインデックスを使って等価検 索(WHERE key = value)を行った時に使われるアクセスタイプ。 range インデックスを用いた範囲検索。 index フルインデックススキャン。インデックス全体をスキャンする必要が あるのでとても遅い。 ALL フルテーブルスキャン。インデックスがまったく利用されていないこ とを示す。OLTP系の処理では改善必須 Index及びALLが出ていたらキケン
  68. 68. © CROOZ,Inc. 68 6. EXPLAINについて Extraの各項目の意味 値 意味 Using where WHERE句に検索条件が指定されており、なおかつインデックスを見た だけではWHERE句の条件を全て適用することが出来ない場合に表示さ れる。 Using index クエリがインデックスだけを用いて解決できることを示す。Covering Indexを利用している場合なども表示される。 Using filesort filesort(クイックソート)でソートを行っていることを示す Using temporary JOINの結果をソートしたり、DISTINCTによる重複の排除を行う場合な ど、クエリの実行にテンポラリテーブルが必要なことを示す。 Using index for group-by MIN()/MAX()がGROUP BY句と併用されているとき、クエリがインデッ クスだけを用いて解決できることを示す。 Range checked for … JOINにおいてrangeまたはindex_mergeが利用される場合に表示される。 ほかにもある… Using where、 Using tempraryが出ていたらキケン
  69. 69. © CROOZ,Inc. 69 6. EXPLAINについて 今回の例でいうと ユニークではないインデックスで等価検 索されている user_id_worker_typeを 利用しようと選択 ただし絞り込み条件でインデックスではなく WHEREで検索されている
  70. 70. © CROOZ,Inc. 70 6. EXPLAINについて インデックス項目 検索列 user_id, worker_type, delete_flg user_id_worker_typeが効いていない
  71. 71. © CROOZ,Inc. 71 どうすればよいのか?
  72. 72. © CROOZ,Inc. 72 実際にやってみましょう
  73. 73. © CROOZ,Inc. 73 実際にやってみよう 今から行う作業をSQLチューニングといいます。 まともにやりだすと、それなりに専門領域なので インデックスにフォーカスして説明します 以下の流れで実施します 比較用テーブルの作成 チューニング対象データのインポート EXPLAIN実行 EXPLAINを外して実測
  74. 74. © CROOZ,Inc. 74 実際にやってみよう 1.チューニング対象のデータのインポート
  75. 75. © CROOZ,Inc. 75 実際にやってみよう 1.チューニング対象のデータのインポート
  76. 76. © CROOZ,Inc. 76 実際にやってみよう 1.チューニング対象のデータのインポート
  77. 77. © CROOZ,Inc. 77 実際にやってみよう 2.比較用テーブルの作成
  78. 78. © CROOZ,Inc. 78 実際にやってみよう 2.比較用テーブルの作成
  79. 79. © CROOZ,Inc. 79 実際にやってみよう 2.比較用テーブルの作成
  80. 80. © CROOZ,Inc. 80 実際にやってみよう 2.比較用テーブルの作成
  81. 81. © CROOZ,Inc. 81 実際にやってみよう 2.比較用テーブルの作成
  82. 82. © CROOZ,Inc. 82 実際にやってみよう 2.比較用テーブルの作成
  83. 83. © CROOZ,Inc. 83 実際にやってみよう 2.比較用テーブルの作成
  84. 84. © CROOZ,Inc. 84 実際にやってみよう 2.比較用テーブルの作成
  85. 85. © CROOZ,Inc. 85 実際にやってみよう 2.比較用テーブルの作成
  86. 86. © CROOZ,Inc. 86 実際にやってみよう 2.比較用テーブルの作成
  87. 87. © CROOZ,Inc. 87 実際にやってみよう 2.比較用テーブルの作成
  88. 88. © CROOZ,Inc. 88 実際にやってみよう 2.比較用テーブルの作成
  89. 89. © CROOZ,Inc. 89 実際にやってみよう 3.EXPLAINの実行
  90. 90. © CROOZ,Inc. 90 実際にやってみよう 3.EXPLAINの実行
  91. 91. © CROOZ,Inc. 91 実際にやってみよう 3.EXPLAINの実行
  92. 92. © CROOZ,Inc. 92 実際にやってみよう 3.EXPLAINの実行
  93. 93. © CROOZ,Inc. 93 実際にやってみよう 3.EXPLAINの実行
  94. 94. © CROOZ,Inc. 94 実際にやってみよう 3.EXPLAINの実行
  95. 95. © CROOZ,Inc. 95 実際にやってみよう 3.EXPLAINの実行
  96. 96. © CROOZ,Inc. 96 実際にやってみよう 4.EXPLAINを外して実測 単純にクエリを実行して時間を測っても良いので すが、より現実の利用のされ方に近づけるため 今回はjmeterというツールで計測します。 負荷をかけた際のパフォーマンスを計測するツールです。 以下の特徴ができます。 ・HTTP以外にもDB、LDAP、SOAPについても計測できる ・複雑なシナリオテストが可能 ・実際の画面遷移を記録しテスト計画を作成できる jmeter とは
  97. 97. © CROOZ,Inc. 97 実際にやってみよう 4.EXPLAINを外して実測 シミュレーション条件 ・スレッド数:50 ・ランプアップ間隔:0.1 ・ループ回数:10 ⇒ 簡単に言うと、50人のユーザが0.1秒ごとに 10回アクセスしていることとほぼ同じ 以下のパターンについて比較を実施 ・現状 ・複合インデックスにdelete_flg追加 ・インデックスなし(参考用)
  98. 98. © CROOZ,Inc. 98 実際にやってみよう 4.EXPLAINを外して実測
  99. 99. © CROOZ,Inc. 99 実際にやってみよう 4.EXPLAINを外して実測
  100. 100. © CROOZ,Inc. 100 実際にやってみよう 4.EXPLAINを外して実測
  101. 101. © CROOZ,Inc. 101 実際にやってみよう 4.EXPLAINを外して実測
  102. 102. © CROOZ,Inc. 102 実際にやってみよう 4.EXPLAINを外して実測
  103. 103. © CROOZ,Inc. 103 実際にやってみよう 4.EXPLAINを外して実測
  104. 104. © CROOZ,Inc. 104 実際にやってみよう 4.EXPLAINを外して実測
  105. 105. © CROOZ,Inc. 105 実際にやってみよう 4.EXPLAINを外して実測
  106. 106. © CROOZ,Inc. 106 実際にやってみよう 4.EXPLAINを外して実測
  107. 107. © CROOZ,Inc. 107 インデックスに関連する 開発ガイドライン
  108. 108. © CROOZ,Inc. 108 開発ガイドライン 1テーブルあたりのインデックス数 目的によって異なりますが最大で5つを基準とし て検討してください。 1インデックスあたりの列数 目的によって異なりますが最大で5つを基準とし て検討してください。
  109. 109. © CROOZ,Inc. 109 まとめ
  110. 110. © CROOZ,Inc. 110 インデックスとは目的のものを早く調べるた めのカンニングペーパーのようなもの 検索は早いが、更新は遅い MySQLではクエリ実行時に1つの インデックスしか利用できない DBMSは入れものではない。 データベースの気持ちになって考えよう!
  111. 111. © CROOZ,Inc. 111 以上、 お疲れ様でした!

×