Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
インデックス使えてる?じぇじぇじぇ!
Search
matsuu
July 28, 2013
Technology
0
1.6k
インデックス使えてる?じぇじぇじぇ!
qpstudyのLT発表資料です。懇親会がお通夜状態になったでござる。すみません。
matsuu
July 28, 2013
Tweet
Share
More Decks by matsuu
See All by matsuu
ISUCON名誉運営の話
matsuu
1
460
Other Decks in Technology
See All in Technology
20250625 Snowflake Summit 2025活用事例 レポート / Nowcast Snowflake Summit 2025 Case Study Report
kkuv
1
310
登壇ネタの見つけ方 / How to find talk topics
pinkumohikan
5
520
Yamla: Rustでつくるリアルタイム性を追求した機械学習基盤 / Yamla: A Rust-Based Machine Learning Platform Pursuing Real-Time Capabilities
lycorptech_jp
PRO
3
120
標準技術と独自システムで作る「つらくない」SaaS アカウント管理 / Effortless SaaS Account Management with Standard Technologies & Custom Systems
yuyatakeyama
3
1.3k
How Community Opened Global Doors
hiroramos4
PRO
1
120
Windows 11 で AWS Documentation MCP Server 接続実践/practical-aws-documentation-mcp-server-connection-on-windows-11
emiki
0
990
第9回情シス転職ミートアップ_テックタッチ株式会社
forester3003
0
250
BrainPadプログラミングコンテスト記念LT会2025_社内イベント&問題解説
brainpadpr
1
170
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
1.1k
Amazon S3標準/ S3 Tables/S3 Express One Zoneを使ったログ分析
shigeruoda
4
540
M3 Expressiveの思想に迫る
chnotchy
0
110
rubygem開発で鍛える設計力
joker1007
2
220
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
The Invisible Side of Design
smashingmag
300
51k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
Become a Pro
speakerdeck
PRO
28
5.4k
Navigating Team Friction
lara
187
15k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
17
940
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Done Done
chrislema
184
16k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
800
Six Lessons from altMBA
skipperchong
28
3.9k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Transcript
matsuu / qpstudy 20130728 インデックス使えてる? じぇじぇじぇ!
• まつうです ◦ hatena tmatsuu ◦ twitter matsuu ◦ 32歳ぐらい
• インフラエンジニアだけど元プログラマ ◦ SQL好きです ◦ PostgreSQL派(だけど仕事はMySQLをよく使う) ◦ 仕事でチューニングやることもある • 今日は懇親会のみ参加です ◦ 勉強会の内容とかぶってたらごめんなさい • じぇじぇとか言ってるけど朝ドラ見てない ◦ じぇじぇはNHKの朝ドラ「あまちゃん」のネタです 自己紹介?じぇじぇ!
突然ですが…
クイズです
じぇじぇじぇ!
クイズの内容 • インデックスに関するクイズを3問だすよ ◦ 特に景品などは用意してません ◦ MySQLとPostgreSQLを想定しています • 人の褌で相撲を取ってるよ ◦
元ネタは http://use-the-index-luke.com/3-minute-test • 社内勉強会の使い回しネタだよ ◦ じぇじぇじぇ!すみません • 間違い等あれば適宜指摘して下さい ◦ じぇじぇじぇ!ごめんなさい
インデックスとは(Wikipedia引用) http://ja.wikipedia.org/wiki/%E7%B4%A2%E5%BC%95_(%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82% B9) データベースの分野において、索引(さくいん)またはインデック ス (英: index) は、表への処理を高速化するためのデータ構 造。索引は表の中の1個以上の列を対象に作成され、ランダム な参照処理や一定の順序でのレコードへのアクセスの効率を
高めることができる。
ざっくりとしたインデックス作成方法 CREATE INDEX インデックス名 ON テーブル名(カラム,...); (例) 2013年7月28日に作成された記事一覧を取得する SELECT *
FROM 記事 WHERE 作成日 = '2013-07-28'; →作成日にインデックスを張る CREATE INDEX 作成日idx ON 記事 (作成日);
クイズ その1 2012年に作成された記事一覧を取得したい SELECT * FROM 記事 WHERE year(作成日) =
2012; 次のようなインデックスを作ると効果があるか? CREATE INDEX i1 ON 記事 (作成日); • 速くなる • 速くなるが、もっと良い方法がある • 速くならない ※PostgreSQLの場合はyear(作成日)→date_part('year', 作成日)
クイズ その1こたえ 2012年に作成された記事一覧を取得したい SELECT * FROM 記事 WHERE year(作成日) =
2012; 次のようなインデックスを作ると効果があるか? CREATE INDEX i1 ON 記事 (作成日); ×速くなる ×速くなるが、もっと良い方法がある ◦速くならない じぇじぇじぇ! 作成日にインデックスが張られていても、YEAR(作成日)にインデックスは使われな い。
クイズ その1対策 • 関数にインデックスを張る CREATE INDEX i2 ON 記事 (YEAR(作成日));
→MySQLではできません • BETWEENを使う SELECT タイトル FROM 記事 WHERE 作成日 BETWEEN '2012-01-01' AND '2012-12-31'; • 作成年を用意する ALTER TABLE 記事 ADD COLUMN 作成年 INTEGER; CREATE INDEX i3 ON 記事 (作成年); →記事を新規作成・更新した際に作成年のケアが必要 →冗長で美しくないけどね
クイズ その2 カテゴリが「仕事」の最新の記事を1件取得したい SELECT * FROM 記事 WHERE カテゴリ =
'仕事' ORDER BY 作成日 DESC LIMIT 1; 次のようなインデックスを作ると効果があるか? CREATE INDEX i4 ON 記事 (カテゴリ, 作成日); • 速くなる • 速くなるが、もっと良い方法がある • 速くならない
クイズ その2こたえ カテゴリが「仕事」の最新の記事を1件取得したい SELECT * FROM 記事 WHERE カテゴリ =
'仕事' ORDER BY 作成日 DESC LIMIT 1; 次のようなインデックスを作ると効果があるか? CREATE INDEX i4 ON 記事 (カテゴリ, 作成日); ◦速くなる ×速くなるが、もっと良い方法がある ×速くならない じぇじぇじぇ!
クイズ その2補足 CREATE INDEXのカラムにはカラムを逆順に並べるオプション DESCが存在する CREATE INDEX i4 ON 記事
(カテゴリ, 作成日 DESC); がしかし、今回のようなSQLであれば、DESCをつけてもつけな くても応答時間は変わらない ORDER BYにカラムが複数あり、ソート順が異なるのであれば 効果あり (例)ORDER BY 優先度 DESC, 作成日 ※ちなみにMySQLではDESCをつけても無視されれ常にASC(MySQL 5.6現在)
クイズ その3 カテゴリと投稿者で記事を絞り込みたい 1. SELECT * FROM 記事 WHERE 投稿者
= 'iara' AND カテゴリ = '勉強会'; 2. SELECT * FROM 記事 WHERE 投稿者 = 'matsuu'; 3. SELECT * FROM 記事 WHERE カテゴリ = 'エンタメ'; 次のようなインデックスを作ると効果があるか? CREATE INDEX i5 ON 記事 (カテゴリ, 投稿者); • 1は速くなる?変わらない? • 2は速くなる?変わらない? • 3は速くなる?変わらない?
クイズ その3こたえ カテゴリと投稿者で記事を絞り込みたい 1. SELECT * FROM 記事 WHERE 投稿者
= 'iara' AND カテゴリ = '勉強会'; 2. SELECT * FROM 記事 WHERE 投稿者 = 'matsuu'; 3. SELECT * FROM 記事 WHERE カテゴリ = 'エンタメ'; 次のようなインデックスを作ると効果があるか? CREATE INDEX i5 ON 記事 (カテゴリ, 投稿者); • 1は速くなる • 2は変わらない • 3は速くなる じぇじぇじぇ!
クイズ その3補足 CREATE INDEX i5 ON 記事 (カテゴリ, 投稿者); インデックスのカラムの順番には意味がある
• 検索条件がカテゴリ→OK • 検索条件がカテゴリと投稿者→OK • 検索条件が投稿者→NG • 検索条件がカテゴリとタイトル→カテゴリだけOK 投稿者のみの検索も行うなら以下も追加するのもアリかと CREATE INDEX i6 ON 記事 (投稿者); インデックスマージってのも一応あるよ
いかがでしたか クイズ終了
まとめ • SELECTが遅いようであればインデックスを 張ってみよう ◦ 効果があるかきちんと確認すべし ◦ 張りすぎはINSERT等が重くなるので注意 • まず検証環境を用意しましょう
◦ 応答が遅くなったりするので影響がないように ◦ データの内容や行数によっても変化するので本番とほ ぼ同じデータを用意するのがいいよ • 詳しくはUse The Index, Luke!を参照 ◦ http://use-the-index-luke.com/ ◦ 日本語の資料でいいのあれば教えてほしい
ご清聴 ありがとうございました