innodb_thread_concurrencyに関する話 | GREE Engineering
こんにちわ。せじまです。今回の話は軽く書こうと思っていたのですが、長くなりました。まぁInnoDBの話なのでしょうがないですね。 はじめ 今回はinnodb_thread_concurrencyについてお話しようと思います。できれば、事前にInnoDB の mutex の話（入門編）を読んでいただいた方が、より深く理解していただけるのではないかと思います。 長いので、最初に五行でまとめます 現代において、ほとんどのケースでは、innodb_thread_concurrencyはデフォルトの0のままで問題ないと思います。なぜなら、最近のInnoDBはかなり良くなってきたからです。 それでもinnodb_thread_concurrencyをチューニングするとしたら、「高負荷状態になったときでもスレッド間の公平性をなるべく担保し、安定稼働させるため」と割り切って使うのが良いでしょう。 inno
テーブルスペースとログファイルについて（ibdata*、ib_logfile*)
いつもmysqlの中身を見た時に巨大化しているファイルを良く見かけていましたが、 ( ´_ゝ｀)ﾌｰﾝっていうぐらいにしか思っていなかったので ibdata*とib_logfile*について調べてみました(ΦωΦ)ﾌﾌﾌ… 簡単な説明をすると、 ibdata*は共有テーブルスペース(全データを管理します。） ib_logfile*は、ログファイルらしいです。 データは直接テーブルスペースに更新がされるのではなく、 一旦ログファイルに更新内容が書き込まれる。 その後に、テーブルスペースに反映される流れになっているらしい。 テーブルスペースの更新はコストが高いのですぐに反映するのではなく、 ログファイルに書いておくことで、書き込みの性能をあげてるらしい(´・∀・｀)ﾍｰ そのため、InnoDBのデータは、テーブルスペースとログを合わせて完全な情報となるらしい。 ↓実際のファイルはこいつらですﾄ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
