MySQL 5.6時代におけるパフォーマンスチューニングツール:まとめ

yoku0825 @yoku0825

setup_instrumentsのはなし #mysql_jp

yoku0825 @yoku0825

setup_consumersのはなし #mysql_jp

yoku0825 @yoku0825

p_s.setup_objectsの行数増えた？ #mysql_jp

yoku0825 @yoku0825

5.6 => 5.7で増えたのか。 "5.6にはテーブルしかありません" #mysql_jp

yoku0825 @yoku0825

"5.5のp_sは「情報を取れる仕組みを作ろう！」というところに注力したので、 *MySQLサーバーを開発している人にとっては* 嬉しかったが、SQLチューニングとかには使いにくかった" #mysql_jp

yoku0825 @yoku0825

"5.6のp_s, オーバーヘッドあんまり大きくないです。ただ、極限まで性能を求めるのであればオフにしてもいいとは思います。あとメモリー食うので気を付けてください。便利な情報取れます" #mysql_jp

yoku0825 @yoku0825

"こんなに便利な情報が取れるなら、と思ってオンにしておいていただきたい" #mysql_jp

yoku0825 @yoku0825

sysスキーマの話になっている #mysql_jp

ITOH Hiroyuki @i_rethi

最初ピコ秒と知らずに見て、なにこの桁数、とか思った思い出 #mysql_jp

井神 @inoxinn

ps_trace_threadプロシージャで処理内容をすべてトレースして視覚化できる。これはやってみたい #mysql_jp

yoku0825 @yoku0825

MySQL Workbenchのダッシュボード、複数サーバーのを並べられるようになってくれるとうれしいです #mysql_jp

yoku0825 @yoku0825

「たぶんこうだよなー」ってノリで設定したら本当にperformance_schemaで参照できたから、たぶんこのひと使い勝手がいい #mysql_jp

yoku0825 @yoku0825

そうだ、どのテーブルだか忘れたけど、どのSQLが何回ワーニング吐いたかもsysスキーマで集計できるので、それを監視するのはアリな気がしてきた #mysql_jp

yoku0825 @yoku0825

毎度のことながら、MySQL WorkbenchじゃなくてSQLでインストールするsysスキーマはこちら。 #mysql_jp MarkLeith/mysql-sys github.com/MarkLeith/mysq…

yoku0825 @yoku0825

あ、なんか段階になってるｗ #mysql_jp

yoku0825 @yoku0825

設定も確認もWorkbenchでポチポチやるのは限界があるから、さっさと自分の標準を見つけてmy.cnfに書けるようにしたいところ #mysql_jp

yoku0825 @yoku0825

SQLならバッファプールの中身普通に見られますよね…ってなんか今嫌な予感した #mysql_jp

ITOH Hiroyuki @i_rethi

innodb_flush_log_at_trx_commitの変更でサーバ再起動で反映とかなんでだ？ #mysql_jp

yoku0825 @yoku0825

しかしp_sとsysスキーマが良い感じになっているので、グラフ部分以外はMEMの優位性薄れてきてるんじゃ #mysql_jp

yoku0825 @yoku0825

おお、かっこいい…けど、それ、i_s.innodb_buffer_pageで見られるよ。そしてそれ、バッファプールが大きいとしこたまフォアグラウンド性能に影響が… #mysql_jp

yoku0825 @yoku0825

QTI … つまりクソクエリー係数ってこと？ #mysql_jp

🐬𝕏🍣𝕏🍻 @RKajiyama

MySQL 5.7.6 DMR リリース速報 #mysql #mysql_jp slideshare.net/rkajiyama/mysq…

yoku0825 @yoku0825

MySQL Workbench、最初は「GUIすげー」ってなるけどサーバー数台にログインしてごりごりやるのとかやっぱりどう考えてもCUIの方が便利、というアレに落ち着く #mysql_jp