Percona ServerのAudit Pluginの性能についてメモ

yoku0825 @yoku0825

sync_on_write => SYNCHRONOUSの時だけtrue, それ以外はfalse

yoku0825 @yoku0825

use_buffer => SYNCHRONOUS, SEMISYNCHRONOUSの時はfalse、PERFORMANCE, ASYNCHRONOUSの時はtrue

yoku0825 @yoku0825

can_drop_data => PERFORMANCEの時だけtrue, それ以外はfalse

yoku0825 @yoku0825

audit_log_buffer_writeの中でmysql_mutex_lockはしている、一応

yoku0825 @yoku0825

can_drop_data、log->drop_if_fullに格納されて、これがtrueだとバッファがフルだったらログバッファへの書き込みをスキップする。falseの時はバッファがフルだったらフラッシュされるまで待つ

yoku0825 @yoku0825

logger_vprintfの中でもしてるな、mysql_mutex_lock(インライン関数になってるけど)

yoku0825 @yoku0825

audit_log_rotations、特に何の断りもなく999で頭打ちになってる（切り詰められる） Audit Log Plugin percona.com/doc/percona-se…

yoku0825 @yoku0825

audit_log_rotate_on_size

ITOH Hiroyuki @i_rethi

今日は検証無理だな。無茶な作業が多すぎ。。。

ITOH Hiroyuki @i_rethi

wait/synch/mutex/server_audit/audit_log_buffer::muね。 現状(接続数少ないと)だとwait/synch/cond/threadpool/worker_condのが待ち大いな

ITOH Hiroyuki @i_rethi

audit_log_rotate_on_sizeを1G、audit_log_rotationsを10にしてたけど、ベンチだとすぐ埋まるな・・・

ITOH Hiroyuki @i_rethi

んー、参照オンリーだが性能が安定しない。

ITOH Hiroyuki @i_rethi

なんかスレッドプールが邪魔してる気がする・・・ 接続数増えても同じ感じだったら無効にして取り直そう

ITOH Hiroyuki @i_rethi

接続数増えたら安定してきた。接続数が少ない環境だと逆効果なのかね。io発生しない状況での測定だけど

ITOH Hiroyuki @i_rethi

1分で4Gぐらいauditのログ出力されてるな。もうちょっと増やすか

ITOH Hiroyuki @i_rethi

20万qps超えてるから、まぁそのぐらい出流されるか

ITOH Hiroyuki @i_rethi

percona audit plugin、今日は傾向見るだけにして、明日から本格的に取るか

ITOH Hiroyuki @i_rethi

asyncの場合はaudit_log_buffer_sizeを増やすのも試すか。さっきはデフォでとっちゃったし

ITOH Hiroyuki @i_rethi

semisyncにしたらwait/synch/mutex/audit_logger/file_logger::lockが32接続から跳ねだしたな。qpsがasyncの半分ぐらいで頭打ちになりそう

ITOH Hiroyuki @i_rethi

file_logger::lockのせいでCPUのidleもすごい増加。10～15%のidleだったのがsemisyncだと50%ぐらいidleになっとる

ITOH Hiroyuki @i_rethi

SYNCHRONOUS、general_logより劣化酷い気がする

ITOH Hiroyuki @i_rethi

@i_rethi あ、でも前に取ったのはoltp-roか。point-selectじゃないから分からんな。とはいえ、見事にqpsが急落してる。当たり前ではあるが

ITOH Hiroyuki @i_rethi

auditログだけに35000iopsぐらい使っててなんとも言えない気持ちになる

ITOH Hiroyuki @i_rethi

あぶね、間違えてdimSTATのログぶっとばしたけど復旧出来た

ITOH Hiroyuki @i_rethi

LOG Messages Admin様様である