Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Ähnlich wie MySQL ガチBeginnerがやってみたことと反省したこと
Ähnlich wie MySQL ガチBeginnerがやってみたことと反省したこと (20)
Mehr von Satoshi Suzuki
Mehr von Satoshi Suzuki (10)
MySQL ガチBeginnerがやってみたことと反省したこと
- 1. Lightning Talk at MySQL Beginners Talk Vol.1 MySQLガチBeginnerが やってみたことと反省したこと Beginner詐欺じゃないよ @studio3104_com
- 2. @studio3104_com (Satoshi Suzuki) -- MySQL を本気で使い始めてから1年ちょい。 -- LPIC Level2とか無駄に持ってる。 -- Ubuntu は8.10から。 -- 妻、娘、息子。リア充。 -- ソシャゲ、公式サイト、パチ(スロ)ンコ -- こんなのやってます。 →→→→→→→ -- PostgreSQLもあるよ。 自己紹介
- 4. 「スロークエリどうにかなんない？」 って言われました Someday・・・
- 5. どうにかしました。
- 6. どのようにしてどうにかしたのか mysqldのチューニング → 32GBRAMのサーバなのに、innodb_buffer_pool_sizeが 約8GBに設定されていたので、約24GBまで増やした。 ダメクエリをEXPLAINして、修正 → そんなことはしていない。 innodb_buffer_pool_sizeを増やしただけ。（え・・・ このサーバを構築したのはボクではありません。
- 7. どんなクエリが出ていたのか見ていなかった → 論外。せめてスロークエリログは見るべきだった。 → でもスロークエリと言っても設定次第であるということ。 → long_query_timeとか、log_queries_not_using_indexes どんなクエリだったのか分析していない → EXPLAIN そもそも・・・ → 本当にinnodb_buffer_pool_sizeを増やしただけで改善した と言っていいものなのか。 反省点
- 9. 検索効率の悪いクエリをあぶり出したくて、 mysql> set @@global.log_queries_not_using_indexes=1; ってしたのに、 スロークエリログに何も出力されない！ クエリチューニングがなんとなくわかってきたところで・・・
- 10. 健全なクエリしか流れてないんじゃないの？ → mysql> SELECT * FROM HOGE; → コレが検出されないんですね。 mysqldの再起動は？ → 不要。稼働中に変更可能。 MySQLのバージョンは？ → 5.1.50 → log_queries_not_using_indexesってバージョン関係あったっけ ・・・？ 状況は？
- 11. MySQLのシステム変数を見てみる min_examined_row_limit → mysql> SHOW GLOBAL VARIABLES ググる → 生活の基本。 原因は・・・？
- 14. 体力回復アイテムを使ったのに、 「体力がありません」 って出るけどどういうことなの？ ユーザからこんな問い合わせが・・・
- 16. Master user_tbl ID:0002 NAME:hoge HP:0 Client Replication Slave user_tbl ID:0002 NAME:hoge HP:0 よくある、Master/Slaveのトポロジですね。よく見ます。
- 17. Master user_tbl ID:0002 NAME:hoge HP:0 Client Replication Slave user_tbl ID:0002 NAME:hoge HP:0 Slaveでmysqlsump開始、user_tblがREAD LOCKされます。
- 18. Master UPDATE user_tbl user_tbl SET ID:0002 HP=300 NAME:hoge WHERE HP:0 ID=0002 ; Client Replication Slave user_tbl ID:0002 NAME:hoge HP:0 回復アイテム利用時のクエリがMasterに飛んできます。
- 19. Master user_tbl ID:0002 NAME:hoge HP:300 Client Replication Slave user_tbl ID:0002 NAME:hoge HP:0 Slaveのuser_tblはREAD LOCK中なので、変更が反映されません。
- 20. Master user_tbl ID:0002 NAME:hoge HP:300 Client Replication Slave SELECT HP FROM user_tbl user_tbl ID:0002 WHERE NAME:hoge ID = '0002' HP:0 ; 残り体力を問い合わせるクエリがSlaveに飛んできます。
- 22. Master user_tbl ID:0002 NAME:hoge HP:300 Client Slave Slave user_tbl user_tbl ID:0002 ID:0002 NAME:hoge NAME:hoge HP:0 HP:0 バックアップ専用のSlaveサーバを追加しました。
- 23. (予算の関係で)Masterと比較して、 スペックが低すぎるサーバを追加してしまった → Replication がMaster に追いつかない・・・ → むしろどんどん離されている・・・ → 日毎に遅れていくSlaveでバックアップするの・・・？ 新たな問題
- 24. --single-transaction オプションを、 使えばいいんじゃないか・・・？ 無駄なことをしていたことに気づいた。
- 25. This option sends a START TRANSACTION SQL statement to the server before dumping data. It is useful only with transactional tables such as InnoDB, because then it dumps the consistent state of the database at the time whenBEGIN was issued without blocking any applications. When using this option, you should keep in mind that only InnoDB tables are dumped in a consistent state. For example, any MyISAM or MEMORY tables dumped while using this option may still change state. While a --single-transaction dump is in process, to ensure a valid dump file (correct table contents and binary log coordinates), no other connection should use the following statements: ALTER TABLE, CREATE TABLE,DROP TABLE, RENAME TABLE, TRUNCATE TABLE. A consistent read is not isolated from those statements, so use of them on a table to be dumped can cause the SELECT that is performed by mysqldump to retrieve the table contents to obtain incorrect contents or fail. The --single-transaction option and the --lock-tables option are mutually exclusive because LOCK TABLES causes any pending transactions to be committed implicitly. This option is not supported for MySQL Cluster tables; the results cannot be guaranteed to be consistent due to the fact that the NDBCLUSTER storage engine supports only the READ_COMMITTED transaction isolation level. You should always use NDB backup and restore instead. To dump large tables, you should combine the --single-transaction option with --quick. 引用: http://dev.mysql.com/doc/refman/5.5/en/mysqldump.html#option_mysqldump_single-transaction --single-transaction オプションとは・・・？
- 26. 無知は罪なり スペックが違いすぎるSlaveは論外 → バックアップ専用なら、少し劣っててもいいかも？ → Replication がどんどん離されていく様はおもしろかった 専用サーバでのmysqldumpは間違いではない → 負荷を考えて、本番で参照されないサーバでバックアップ → 同等のスペックの専用サーバを準備する予算があれば・・・ 結論
- 27. --dump-slave
- 29. MySQL5.5から追加になったmysqldumpのオプション --dump-slave スレーブからダンプをとった場合、スレーブが参照しているマス ターの情報をCHANGE MASTERとしてダンプに含める。 --apply-slave-statements STOP SLAVEおよびSTART SLAVEコマンドを、CHANGE MASTERの前後に追加する。 --include-master-host-port CHANGE MASTERコマンドにマスターのホスト名とポートを含め る。 新しいオプションを使ってみよう。
- 30. --dump-slave オプションつけたら、mysqdumpの最中 Replication が停まっちゃった んですけど・・・ あれ・・・？
- 32. STOP SLAVE SQL_THREADして、 すべて終わってから、 START SLAVEしてる・・・ Cとか、C++とかよくわかんないけど頑張って読んでみた。
- 33. --dump-slaveをつけると、 レプリケーションが Exactry!! 停まっちゃうんですが？ その通りです!! @nippondanjiさんに聞いてみた
- 35. パッチ適用前 パッチ適用後 root@localhost on root@localhost on 一般クエリログの比較 /*!40100 SET @@SQL_MODE='' */ /*!40103 SET TIME_ZONE='+00:00' */ /*!40100 SET @@SQL_MODE='' */ /*!40103 SET TIME_ZONE='+00:00' */ SHOW SLAVE STATUS SHOW SLAVE STATUS STOP SLAVE SQL_THREAD STOP SLAVE SQL_THREAD SET SESSION TRANSACTION FLUSH TABLES ISOLATION LEVEL REPEATABLE READ FLUSH TABLES WITH READ LOCK START TRANSACTION /*!40100 WITH SET SESSION TRANSACTION CONSISTENT SNAPSHOT */ ISOLATION LEVEL REPEATABLE READ SHOW SLAVE STATUS START TRANSACTION /*!40100 WITH UNLOCK TABLES CONSISTENT SNAPSHOT */ ・ SHOW SLAVE STATUS ・ UNLOCK TABLES [ダンプ処理] SHOW SLAVE STATUS ・ START SLAVE ・ ・ SHOW SLAVE STATUS ・ START SLAVE [ダンプ処理] 一般クエリログの比較
- 36. 無知は罪なり 書かれたパッチはサジェスチョンであるということ → パッチはそのまま取り込まれるという保証がない そもそもBUG登録ページのタイトルがアレ → FLUSH TABLES is missing on mysqldump with --dump-slave → ついでにどうにかしてもらったんだということ 反省
- 37. Powered by・・・
- 38. Lightning Talk at MySQL Beginners Talk Vol.1 MySQLガチBeginnerが やってみたことと反省 ご清聴ありがとうございました @studio3104_com