GREE オープンソース勉強会第18回 MySQLハッキングの手引きに行ってきた

2009/08/08

すごい雨の中，GREE Labs さん主催による http://labs.gree.jp/Top/Study/20090807.html に参加してきました．以下，そのログなど．

###まとめと感想

##MySQLハッキングの手引き

###MySQL とは

###アーキテクチャ

###MySQL を拡張する

MySQL の本体に手を入れる
- なんでもできるがリスクは伴う
MySQLの「プラグイン」を開発する
- プラグインは共有ライブラリ (.so/.dll)
- 要件によっては実装できない場合がある
- プラグインインターフェイスの範囲内

###MySQL の入手方法

###開発の流れ

初期ビルド -> 改変 -> デバッグビルド -> テスト -> 改変 ->
- BUILD/autorun.sh
- 1～2分(速いマシン)
- 松信さんは VisualStudio でやっているそうです
- VisualStudio は少数派
BUILD/以下にテンプレートがある
VisualStudio -> あとで資料見て

###デモ(1) デバッグ/トレース

目的
- クラッシュ原因を探る
- 動作過程を探るため
login_connection
- ログインに関わる接続とか
mysql_parse
- SQL の parse
- MYSQL_parse で構文解析
- クエリーキャッシュにヒットするかどうか調べて，ヒットするれば返す
mysql_execute_command
- クエリーを実行する
- SQL コマンドによって処理の場合分けをしている
- SELECT だと，その中で権限管理するとか
JOIN::optimize()
- 実行計画を決める
- 毎回呼ばれる
主キー指定の検索をすると
- make_join_statistics
- 主キーを使うのかとか，どういう条件かとか処理
- EXPLAIN で Const <- JT_CONST
範囲検索
- InnoDB の storage engine の API records_in_range を呼んでいる
- どのぐらいのレコードを scan するかを問い合わせて，インデックスを使うか table scan かを決めている的な
- join->examined_rows++ で処理レコード数を出している
  - slow-query-log のあれ
トレース
- Solaris の dtrace で
- call stack を見る
- やってみてください！
- 単純な SELECT で 4000行程度

###プラグイン化の流れ

###デモ(2) プラグインの開発

information_schema に関するもの
/proc/meminfo を information_schema から見れるようにする
- ST_FIELD_INFO
- 列情報
- file_meminfo
- fopen で /proc/meminfo を拾って，table に入れる
- schema_table_store_record で information_schema に入れる
- mysql_is_meminfo_plugin_init 初期化
- mysql_declare_plugin(mysql_meminfo) マクロで初期化補助？
ビルド方法
- –shared 共有ライブラリ
UDF
- ストレージエンジンAPI を使って直接テーブルにアクセスする
- Key Value Store を使うような感覚
- 友人100人の，最新投稿メッセージIDを取得する
  - SQL でやるとフルインデックススキャン
- UDF でやることでかなり高速化できる
ベンチマーク
- SQL < STORED PROCEDURE << UDF
- optimizer にキャッシュ機能がないので，毎回実行計画を立てている
- UDF はオレオレ実行計画なので，そこをすっ飛ばすから高速！

###プラグイン開発の一般的な注意事項

###次世代RDBMSアーキテクチャ？

###MySQl 本体に手を入れる

###デモ(3) MySQL本体拡張

###WorkLog