"labsという名前がついてはいるものの、InnoDB Memcachedとかもともとlabsのものだったし、labsも注目していてね" #mysql_jp
2015-03-12 17:37:04"MySQL Clusterの用途、ざっくり半分くらいの用途はSQLベース、もう半分くらいはNDBの部分を「トランザクション対応のNoSQLデータベース」として使っている" 半分もSQL使ってる人がいるのか。。 #mysql_jp
2015-03-12 17:48:01InnoDBネイティブパーティショニングって目に見える形で何かあったっけ? まだパーティションに外部キー張れない? #mysql_jp
2015-03-12 17:57:43これが5.7.6に入ってる #mysql_jp Generated Columns in MySQL 5.7.5 | MySQL Server Blog mysqlserverteam.com/generated-colu…
2015-03-12 17:58:47"性能統計情報分析のための仕組み" i_sは現在値を参照するためのものなのに対して、p_sはプロファイリングして蓄積していくものってイメージ #mysql_jp
2015-03-12 18:07:44最近のMySQLのソースコード見てると、ずいぶんp_sの測定用のコード(STAGEうんちゃらだっけ?)が多いイメージを持つくらいにはアレ。ただし、MyISAMエンジンの中には悲しいくらいこのステージがない。。 #mysql_jp
2015-03-12 18:13:10"5.5ではデフォルトOFF, 5.6ではデフォルトでON。実はあなたのMySQLでもひっそり動いているかもしれない" いや、メモリー食うんで全然ひっそりしてないです #mysql_jp
2015-03-12 18:15:47"p_sがどれくらいメモリーを使うかの設定。各イベントやインスタンスをどれだけ追跡するか, と, どれだけの履歴を残しておくか" #mysql_jp
2015-03-12 18:16:51"classの方はMySQLの全クラスを取れるような数値にしているので、増やす必要はないと開発チームでも考えている。instancesの方はテーブルの数が多かったりすると足りなくなるかも。" #mysql_jp
2015-03-12 18:19:15"SHOW GLOBAL STATUS LIKE 'PERFORMANCE\_SCHEMA\_%\_LOST'で見られるのが、p_sが取りこぼした情報" #mysql_jp
2015-03-12 18:19:56"setup_timerでデータ取得のタイミング(microsec, nanosec, etc..)を設定できる" #mysql_jp
2015-03-12 18:21:47そうそう、p_s.performance_timesを見ると、ミリ秒の方がマイクロ秒よりもオーバーヘッドでかいんだけどそうなの? #mysql_jp
2015-03-12 18:22:44TIMER_FREQUENCYが大きいCYCLEが一番オーバーヘッド低いあたり、むしろその間隔をそれなりにやるのに労力を割いちゃってる感じなのか? #mysql_jp
2015-03-12 18:23:59