データベースのパフォーマンス・チューニングのスライド

1. 423 ) ). )(

2. 423 ) ). )(
アジェンダ
・今回のチューニング範囲
・チューニング方法
・SQLの改善
・インデックスの改善
・アーキテクチャの改善
・まとめ

3. 423 ) ). )(
今回のチューニング範囲
・アプリケーション層
クエリの見直しを行い、オプティマイザーに頼らないパフォーマンスが向上す
る記述
・データベース層
高速化しやすいインデックスの設定
・インフラストラクチャ層
DBサーバのスケールアウト

4. 423 ) ). )(
SQLの改善
・わかりやすい所
＞ 副問い合わせをやめる
＞ WHEREは絞り込み量の多い条件から順番に書く
＞ WHEREで関数・演算を使わない
＞ LIKEを避ける、LIKEの後方一致は使わない
＞ IS NULL, IS NOT NULLを使わない
＞ DISTINCTを使わない、EXISTSやGROUP BY を使う
SELECT * FROM ( SELECT * FROM users )
SELECT * FROM users WHERE gender = 1 AND age = 20
SELECT * FROM users WHERE age + 10 > 100
SELECT * FROM users WHERE name LIKE ‘%子’
SELECT * FROM users WHERE job IS NULL
SELECT DISTINCT country FROM users

5. ( 76 5 ). )
SQLの改善
・細かい所
＞ ONやWHEREの左辺データ量 ＞ 右辺データ量 にする
＞ テーブルに別名をつける
＞ ORは当たりやすい順に書く
＞ SELECT * を使わない、フィールドを指定する
＞ WHEREの条件は型をあわせる
＞ BIND変数などを多用して、SQLキャッシュを利用する
SELECT * FROM users WHERE user_id = ANY ( SELECT user_id FROM user_log )
SELECT user_id FROM users
SELECT u.user_id FROM users u WHERE u.name = ‘牟田神西’OR u.name = ‘鈴木’
SELECT * FROM users
SELECT u.name FROM users u WHERE u.age = ’25’ AND u.registed = ‘2014-8-10’
SELECT u.name FROM users u WHERE u.age = :AGE

6. ( 76 5 ). )
インデックスの改善
・インデックスが貼ってあるか確認
・クエリがインデックスを用いているか確認
・クエリ実行計画を確認する
* AR =EI ,
53 OMALM ; I=HA DOC= +4- P= OA UD CA
T E T MA A N NS A T N=> A T NS A T MME> A FASM T FAS T FAS AI T LA T L M T RNL= T
T T 13 T OMALM T LA T OMAL E R T OMAL E R T T IMN" IMN T T MEIC DALA T

7. ( 76 5 ). )
アーキテクチャの改善
・DBサーバのメモリ・CPU使用率・コネクション数を確認する
＞ DBのスケールアップ
・クエリの種類頻度を計測する
＞ SELECTが多い場合
＞＞ レプリケーションを検討する
＞ INSERT, UPDATE, DELETEが多い場合
＞＞ サービス単位に垂直分割する

8. ( 76 5 ). )
まとめ
チューニングを気にするぐらいなら、最初から
★良いクエリ書こう。
★インデックスちゃんと貼ろう。
★スケールアウト出来るアーキテクチャにしよう。

9. ( 76 5 ). )
ご静聴ありがとうございました。