MySQLでGROUP BY と ORDER BY を同時に使いたくなったら/If_you_want_to_use_GROUP_BY_and_ORDER_BY_at_the_same_time_in_mysql

Slide 1

Slide 1 text

MySQL で GROUP BY と ORDER BY を同時に使いたくなったらー MySQLクエリチューニング外伝 Jun 2, 2020 @ 吉祥寺.pm22 まみー (@mamy1326) / Lancers

Slide 2

Slide 2 text

Twitter Work Like ✔ 2017年の趣味：MySQL ✔ 2018年の趣味：DNS ✔ 2020年の趣味：業務に没頭 (CakePHP4) ：@mamy1326（まみー）：Lancers,Inc. @ PHPer ：cune.jp 自己紹介 2

Slide 3

Slide 3 text

✔ MySQL ユーザー　　→他の RDBMS だと標準SQL違反 ✔ 巨大なデータを扱う人　　→1000万件以上のテーブルJOIN ✔ グループ化とソートを一緒にやりたい　　→1 対 n のテーブルJOIN 想定オーディエンスのみなさま 3

Slide 4

Slide 4 text

　質問です 1 4

Slide 5

Slide 5 text

5 1 対 n で JOIN したことある人✋

Slide 6

Slide 6 text

6 n 側で GROUP BY したことある人✋

Slide 7

Slide 7 text

起きていたこと ✔ スロークエリ ( 180 sec ) 　　→1 対 n のJOIN 7

Slide 8

Slide 8 text

起きていたこと ✔ スロークエリ ( 180 sec ) 　　→1 対 n のJOIN ✔ インデックスで速度改善せず　　→別の複合インデックスが選択された 8

Slide 9

Slide 9 text

起きていたこと ✔ スロークエリ ( 180 sec ) 　　→1 対 n のJOIN ✔ インデックスで速度改善せず　　→別の複合インデックスが選択された ✔ そもそもクエリが間違っていた　　→ONLY_FULL_GROUP_BY 違反 (後述) 9

Slide 10

Slide 10 text

起きていたこと ✔ スロークエリ ( 180 sec ) 　　→1 対 n のJOIN ✔ インデックスで速度改善せず　　→別の複合インデックスが選択された ✔ そもそもクエリが間違っていた　　→ONLY_FULL_GROUP_BY 違反 (後述) 10 データで検証し解決までをお話しします

Slide 11

Slide 11 text

間違いに気づいた理由 11

Slide 12

Slide 12 text

間違いに気づいた理由 12 クエリとインデックスの解釈が間違っていた

Slide 13

Slide 13 text

間違いに気づいた理由 13 以前の職場の同僚で凄腕DBA

Slide 14

Slide 14 text

間違いに気づいた理由 14 ポジティブフィードバックに全力で感謝

Slide 15

Slide 15 text

今日の目標やろう！データ検証直そう！間違ったクエリ改善！スロークエリ 15

Slide 16

Slide 16 text

今日の目標 16 やろう！データ検証直そう！間違ったクエリ改善！スロークエリ

Slide 17

Slide 17 text

環境 Amazon Aurora 17 mysql> select AURORA_VERSION(); +------------------+ | AURORA_VERSION() | +------------------+ | 2.04.5 | +------------------+ 1 row in set (0.00 sec)

Slide 18

Slide 18 text

環境 MySQL Engine 18 mysql> select version(); +------------+ | version() | +------------+ | 5.7.12-log | +------------+ 1 row in set (0.00 sec)

Slide 19

Slide 19 text

Slide 20

Slide 20 text

　質問です 2 20

Slide 21

Slide 21 text

21 正直雰囲気で ORM を使っている！✋

Slide 22

Slide 22 text

22 正直本番と同じ構成でデータ検証していない✋

Slide 23

Slide 23 text

23 そうだデータ検証 (検証環境) しよう

Slide 24

Slide 24 text

データ検証の目的 ✔ 要件通りのデータが取れているか　　→自作のテストデータは必ず抜け漏れる 24

Slide 25

Slide 25 text

データ検証の目的 ✔ 要件通りのデータが取れているか　　→自作のテストデータは必ず抜け漏れる ✔ 速度が著しく低下しないか　　→本番で動くクエリがジャスティスだ 25

Slide 26

Slide 26 text

26 要件

Slide 27

Slide 27 text

要件 ✔ ユーザーを最新更新順にソート　　→users テーブルが親 ✔ ファイルはユーザー情報の一部　　→uploads テーブルが子 27

Slide 28

Slide 28 text

28 検証の前に間違ったクエリ解説

Slide 29

Slide 29 text

動いていたクエリ (標準SQL違反) 全体像 29 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20;

Slide 30

Slide 30 text

動いていたクエリ (標準SQL違反) 全体像 30 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; ユーザー 1 対ファイル n uploads は数千万レコード

Slide 31

Slide 31 text

動いていたクエリ (標準SQL違反) 全体像 31 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; 特定せずにユーザーの一覧を表示する (管理画面)

Slide 32

Slide 32 text

動いていたクエリ (標準SQL違反) 全体像 32 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; 特定しないので WHERE句で絞り込めない

Slide 33

Slide 33 text

動いていたクエリ (標準SQL違反) 全体像 33 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; 複数レコードをユーザー単位にグルーピング

Slide 34

Slide 34 text

動いていたクエリ (標準SQL違反) 全体像 34 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; グルーピングした結果で更新の降順にユーザー一覧をソート

Slide 35

Slide 35 text

動いていたクエリ (標準SQL違反) 全体像 35 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; それ標準SQL違反です

Slide 36

Slide 36 text

動いていたクエリ (標準SQL違反) 全体像 36 SELECT users.nickname, users.email, uploads.created FROM users LEFT JOIN uploads ON uploads.user_id = users.id GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; ONLY_FULL_GROUP _BY 違反

Slide 37

Slide 37 text

ONLY_FULL_GROUP_BY 違反 ✔ 公式　https://dev.mysql.com/doc/refman/5.6/ja/sql-mode.html#sql-mode-setting ✔ 引用　・ONLY_FULL_GROUP_BY GROUP BY 句で名前が指定されていない非集約カラムを、選択リスト、HAVING 条件、または (MySQL 5.6.5 以降で) ORDER リストが参照するクエリーを拒否します。 37

Slide 38

Slide 38 text

間違った前提条件 ✔ 集約・非集約カラムの考慮漏れ　　→GROUP BY 対象外のカラムは不定　　→ゆえに集約関数を使う必要がある ✔ 標準SQL違反を (僕が) 知らなかった　　→MySQL 5.6.5 より前では動く　　→他の RDBMS ではエラー　　→MySQL 5.6.5 以降では設定次第でエラー 38

Slide 39

Slide 39 text

39 そもそもクエリが間違っていた

Slide 40

Slide 40 text

40 標準SQL違反でもパッと見はデータが正しく見えた

Slide 41

Slide 41 text

41 まずは間違ったクエリを検証します

Slide 42

Slide 42 text

データ検証クエリ 42 SELECT users.nickname, users.email, uploads.created ✔ 便宜上、必要そうなカラム指定　→実際は利用カラムのみ指定

Slide 43

Slide 43 text

データ検証クエリ 43 FROM users LEFT JOIN uploads ON uploads.user_id = users.id ✔ 1テーブルのJOIN 　→ユーザーとファイルのテーブル

Slide 44

Slide 44 text

データ検証クエリ 44 GROUP BY uploads.user_id ORDER BY uploads.created DESC LIMIT 20; ✔ ONLY_FULL_GROUP_BY 違反　→この条件でどんな結果が返るのか

Slide 45

Slide 45 text

45 データ検証データ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) ✔ 2回に分けて更新されている　→想定は最新のレコードの日付が欲しい

Slide 46

Slide 46 text

46 データ検証データ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) ✔ 2回に分けて更新されている　→想定は最新のレコードの日付が欲しいスライドの都合上ユーザーで絞って表示

Slide 47

Slide 47 text

47 データ検証データ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) ✔ 2回に分けて更新されている　→想定は最新のレコードの日付が欲しい 1回目に 3枚画像をアップロード

Slide 48

Slide 48 text

48 データ検証データ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) ✔ 2回に分けて更新されている　→想定は最新のレコードの日付が欲しい 2回目に 1枚画像をアップロード

Slide 49

Slide 49 text

49 データ検証データ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) ✔ 2回に分けて更新されている　→想定は最新のレコードの日付が欲しいユーザーとして最新の更新日付

Slide 50

Slide 50 text

50 データ検証クエリ実行 mysql> SELECT -> users.nickname, -> users.email, -> uploads.created -> FROM -> users -> LEFT JOIN uploads -> ON uploads.user_id = users.id -> WHERE -> users.id = 2177557 -> GROUP BY -> uploads.user_id -> ORDER BY -> uploads.created DESC -> LIMIT 20; +------------------+----------------------------+---------------------+ | nickname | email | created | +------------------+----------------------------+---------------------+ | nickname_2177557 | [email protected] | 2020-02-14 21:10:26 | +------------------+----------------------------+---------------------+ 1 row in set (0.01 sec)

Slide 51

Slide 51 text

Slide 52

Slide 52 text

52 データ検証結果検証 +------------------+----------------------------+---------------------+ | nickname | email | created | +------------------+----------------------------+---------------------+ | nickname_2177557 | [email protected] | 2020-02-14 21:10:26 | +------------------+----------------------------+---------------------+ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) 欲しかったレコード

Slide 53

Slide 53 text

53 データ検証結果検証 +------------------+----------------------------+---------------------+ | nickname | email | created | +------------------+----------------------------+---------------------+ | nickname_2177557 | [email protected] | 2020-02-14 21:10:26 | +------------------+----------------------------+---------------------+ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) このうちのどれかになる

Slide 54

Slide 54 text

データ検証まとめ ✔ 非集約カラムの値は不定　　→何が返るかわからない (ソートされない) ✔ クエリは解釈順が決まっている　　→GROUP BY の後に ORDER BY ✔ 要件を満たせない　　→クエリを書き換える必要がある 54

Slide 55

Slide 55 text

55 間違っていることがわかったので…

Slide 56

Slide 56 text

今日の目標 56 やろう！データ検証直そう！間違ったクエリ改善！スロークエリ

Slide 57

Slide 57 text

要件の再整理 ✔ ユーザーを更新順で降順ソート　　→uploads.created の最新で ORDER BY ✔ GRUOP BY でグルーピング　　→複数レコードを1つに ✔ 不定カラムは集約して一定に　　→RDBMS が返す値を正しく指定 57

Slide 58

Slide 58 text

GROUP BY と集約関数不定な値のカラムを一定に ✔ 同じ値のカラムでグルーピング　　→複数のデータを集約した計算結果が欲しい ✔ 不定な値の返し方を指定　　→最大値はMAX、最小値はMIN、集計はSUM、平均値はAVG、など RDBMS が返せる値になる 58

Slide 59

Slide 59 text

やること ✔ サブクエリを使う ✔ uploads をグルーピング・集約 ✔ 結果を users と JOIN ✔ uploads.created で ORDER BY 59

Slide 60

Slide 60 text

結果修正したクエリ 60 SELECT users.nickname, users.email, uploads.created FROM users INNER JOIN ( SELECT user_id, MAX(created) as created FROM uploads GROUP BY user_id ) as uploads ON users.id = uploads.user_id WHERE users.id = 2177557 ORDER BY uploads.created DESC

Slide 61

Slide 61 text

結果修正したクエリ 61 SELECT users.nickname, users.email, uploads.created FROM users INNER JOIN ( SELECT user_id, MAX(created) as created FROM uploads GROUP BY user_id ) as uploads ON users.id = uploads.user_id WHERE users.id = 2177557 ORDER BY uploads.created DESC uploads をサブクエリでグルーピング

Slide 62

Slide 62 text

結果修正したクエリ 62 SELECT users.nickname, users.email, uploads.created FROM users INNER JOIN ( SELECT user_id, MAX(created) as created FROM uploads GROUP BY user_id ) as uploads ON users.id = uploads.user_id WHERE users.id = 2177557 ORDER BY uploads.created DESC 集約関数 MAX() で最大値を指定

Slide 63

Slide 63 text

結果修正したクエリ 63 SELECT users.nickname, users.email, uploads.created FROM users INNER JOIN ( SELECT user_id, MAX(created) as created FROM uploads GROUP BY user_id ) as uploads ON users.id = uploads.user_id WHERE users.id = 2177557 ORDER BY uploads.created DESC users と JOIN

Slide 64

Slide 64 text

結果修正したクエリ 64 SELECT users.nickname, users.email, uploads.created FROM users INNER JOIN ( SELECT user_id, MAX(created) as created FROM uploads GROUP BY user_id ) as uploads ON users.id = uploads.user_id WHERE users.id = 2177557 ORDER BY uploads.created DESC 最新日付でソート

Slide 65

Slide 65 text

データ検証実行結果 65 mysql> SELECT -> users.nickname, -> users.email, -> uploads.created -> FROM -> users -> INNER JOIN -> ( -> SELECT -> user_id, -> MAX(created) as created -> FROM -> uploads -> GROUP BY -> user_id -> ) as uploads -> ON users.id = uploads.user_id -> WHERE -> users.id = 2177557 -> ORDER BY -> uploads.created DESC; +------------------+----------------------------+---------------------+ | nickname | email | created | +------------------+----------------------------+---------------------+ | nickname_2177557 | [email protected] | 2020-04-17 16:16:21 | +------------------+----------------------------+---------------------+ 1 row in set (1.30 sec)

Slide 66

Slide 66 text

Slide 67

Slide 67 text

67 データ検証結果検証 +------------------+----------------------------+---------------------+ | nickname | email | created | +------------------+----------------------------+---------------------+ | nickname_2177557 | [email protected] | 2020-04-17 16:16:21 | +------------------+----------------------------+---------------------+ mysql> select id, user_id, created from uploads where user_id=2177557; +----------+---------+---------------------+ | id | user_id | created | +----------+---------+---------------------+ | 21551405 | 2177557 | 2020-02-14 21:10:26 | | 21551406 | 2177557 | 2020-02-14 21:10:26 | | 21551407 | 2177557 | 2020-02-14 21:10:26 | | 21519333 | 2177557 | 2020-04-17 16:16:21 | +----------+---------+---------------------+ 4 rows in set (0.00 sec) 欲しかったカラム値

Slide 68

Slide 68 text

68 無事に要件を満たした✨

Slide 69

Slide 69 text

69 しかしまだ課題がある

Slide 70

Slide 70 text

やろう！データ検証直そう！間違ったクエリ改善！スロークエリ今日の目標 70

Slide 71

Slide 71 text

71 お時間の都合でポイントのみお話しします

Slide 72

Slide 72 text

72 スロークエリ改善インデックス作成 mysql> ALTER TABLE uploads ADD INDEX user_id_created(user_id, created); Query OK, 0 rows affected (1 min 39.44 sec) Records: 0 Duplicates: 0 Warnings: 0 ✔ uploads に複合インデックス作成　→インデックスのみでグルーピング、　　集約を想定

Slide 73

Slide 73 text

スロークエリ改善 EXPLAIN 実行 73 mysql> EXPLAIN SELECT -> users.nickname, -> users.email, -> uploads.created -> FROM -> users -> INNER JOIN -> ( -> SELECT -> user_id, -> MAX(created) as created -> FROM -> uploads -> GROUP BY -> user_id -> ) as uploads -> ON users.id = uploads.user_id -> ORDER BY -> uploads.created DESC -> LIMIT 20\G

Slide 74

Slide 74 text

スロークエリ改善 EXPLAIN 結果 74 *************************** 1. row *************************** id: 1 select_type: PRIMARY table: partitions: NULL type: ALL possible_keys: NULL key: NULL key_len: NULL ref: NULL rows: 683462 filtered: 100.00 Extra: Using filesort *************************** 2. row *************************** id: 1 select_type: PRIMARY table: users partitions: NULL type: eq_ref possible_keys: PRIMARY key: PRIMARY key_len: 4 ref: uploads.user_id rows: 1 filtered: 100.00 Extra: NULL *************************** 3. row *************************** id: 2 select_type: DERIVED table: uploads partitions: NULL type: range possible_keys: user_id_belong_to,user_id_created key: user_id_created key_len: 4 ref: NULL rows: 683462 filtered: 100.00 Extra: Using index for group-by 3 rows in set, 1 warning (0.00 sec)

Slide 75

Slide 75 text

スロークエリ改善 EXPLAIN 結果 - 注目ポイント 75 *************************** 3. row *************************** id: 2 select_type: DERIVED table: uploads partitions: NULL type: range possible_keys: user_id_belong_to,user_id_created key: user_id_created key_len: 4 ref: NULL rows: 683462 filtered: 100.00 Extra: Using index for group-by 3 rows in set, 1 warning (0.00 sec)

Slide 76

Slide 76 text

スロークエリ改善 EXPLAIN 結果 - 注目ポイント 76 *************************** 3. row *************************** id: 2 select_type: DERIVED table: uploads partitions: NULL type: range possible_keys: user_id_belong_to,user_id_created key: user_id_created key_len: 4 ref: NULL rows: 683462 filtered: 100.00 Extra: Using index for group-by 3 rows in set, 1 warning (0.00 sec) 作成したインデックスが選択されている

Slide 77

Slide 77 text

スロークエリ改善 EXPLAIN 結果 - 注目ポイント 77 *************************** 3. row *************************** id: 2 select_type: DERIVED table: uploads partitions: NULL type: range possible_keys: user_id_belong_to,user_id_created key: user_id_created key_len: 4 ref: NULL rows: 683462 filtered: 100.00 Extra: Using index for group-by 3 rows in set, 1 warning (0.00 sec) ルースインデックススキャンが適用されている

Slide 78

Slide 78 text

スロークエリ改善 EXPLAIN 結果 - 注目ポイント 78 *************************** 3. row *************************** id: 2 select_type: DERIVED table: uploads partitions: NULL type: range possible_keys: user_id_belong_to,user_id_created key: user_id_created key_len: 4 ref: NULL rows: 683462 filtered: 100.00 Extra: Using index for group-by 3 rows in set, 1 warning (0.00 sec) ルースインデックススキャン (公式URL) https://dev.mysql.com/doc/refman/5.6/ja/group-by- optimization.html

Slide 79

Slide 79 text

スロークエリ改善実際の実行結果 79 mysql> SELECT -> users.nickname, -> users.email, -> uploads.created -> FROM -> users -> INNER JOIN -> ( -> SELECT -> user_id, -> MAX(created) as created -> FROM -> uploads -> GROUP BY -> user_id -> ) as uploads -> ON users.id = uploads.user_id -> ORDER BY -> uploads.created DESC -> LIMIT 20\G (தུ) 20 rows in set (1.27 sec)

Slide 80

Slide 80 text

スロークエリ改善実際の実行結果 80 mysql> SELECT -> users.nickname, -> users.email, -> uploads.created -> FROM -> users -> INNER JOIN -> ( -> SELECT -> user_id, -> MAX(created) as created -> FROM -> uploads -> GROUP BY -> user_id -> ) as uploads -> ON users.id = uploads.user_id -> ORDER BY -> uploads.created DESC -> LIMIT 20\G (தུ) 20 rows in set (1.27 sec) 180 sec のスロークエリが改善された

Slide 81

Slide 81 text

81 まとめ

Slide 82

Slide 82 text

まとめ ✔ データ検証を通して要件を検証　　→結果が間違っていることを証明 ✔ 間違いを修正し要件を達成　　→標準SQL違反の理解と正しいクエリ実装 ✔ インデックスでパフォーマンス改善　　→180 sec -> 1.3 sec 82

Slide 83

Slide 83 text

今日の目標 (ふりかえり) やろう！データ検証直そう！間違ったクエリ改善！スロークエリ 83

Slide 84

Slide 84 text

84 終わりに

Slide 85

Slide 85 text

終わりに ✔ 必ず検証・計測しよう　　→運用保守を見越して品質を保証 ✔ 正しいクエリの解釈をしよう　　→使い方を知ることで間違いを正す ✔ クエリを書けるようになろう　　→クエリありきでORMを利用 85

Slide 86

Slide 86 text

86 ポジティブフィードバックは人生の宝物 ✨

Slide 87

Slide 87 text

大切！日々の運用改善運用は愛・後から変更は大変・インフラは他人事じゃない・ 0 -> 1 以降も大事・データの寿命はアプリより長い 87

Slide 88

Slide 88 text

大切！日々の運用改善運用は愛・後から変更は大変・インフラは他人事じゃない・ 0 -> 1 以降も大事・データの寿命はアプリより長い 88 100 から 1000 にするには育てる愛情が必要

Slide 89

Slide 89 text

愛を持って運用改善しましょう！ 89

Slide 90

Slide 90 text

Slide 91

Slide 91 text

MySQL! MySQL! #F0F0F0 #666666 #E6855E #5EC84E #F0F0F0 　あいうえおかきくけこさしすせそ #E6855E 　　あいうえおかきくけこさしすせそ #5EC84E 　あいうえおかきくけこさしすせそ