MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita

この記事は、株式会社カオナビ Advent Calendar 2023 の3日目です。 はじめに 株式会社カオナビの高橋(@kunit)です。 今回は MySQL バージョンアップ(5.7 -> 8.0) で起きた問題とそれに対してどのように対処したのかを書いていこうと思います。 何が起きたのか MySQL 5.7 から 8.0 にバージョンアップをするにあたって、CI およびローカル環境でテストができるように MySQL 8.0 のイメージを作成し、それをつかって各機能の担当者にテストを開始してもらっていたのですが、以下のような事が起きました。 接続を MySQL 5.7 から 8.0 に切り替えただけでテストの時間が3倍くらいかかるようになった そこを変更するだけで3倍遅くなるってやばいぞということで報告してくれた担当者と同じテストを自分でも実施してみると再現性があり、それが以下のどの

[knjname]

ログオフるだけで全然性能変わるよね　壊れてもどうでもいいサーバはオフにしてる

[daishi_n]

RDS for MySQLで自動バックアップとPITR使うにはREDOログとバイナリログが自動有効化されるから回避が難しいのよ。確かバックアップはREDOログベースだったはず

[turanukimaru]

なるほど次DockerのDB設定を書くときは気をつけてみよう。

[Mu_KuP]

古参のサーバお守り隊としては、DB本体とログ吐きとで物理Diskを分けたらいいんじゃね？とか思っちゃうんだが、仮想サーバ全盛の今、こういう発想はもう使えないんだろうな（苦笑）

[hiby]

オプション以外にもVMとかクラウドとか下回りと帯域が限定されててIOPS上げるとバカみたいに料金に跳ねるとかもあってやっぱDBはオンプレのが良いわってなる。

[shikiarai]

REDOログ無かったんだ……もうずっとoracleしか触れてないからmysql忘れちゃったな

[tmatsuu]

実際に検証したの素晴らしい。REDOログの停止は容易に環境がぶっ壊れるので絶対に本番環境ではやってはいけないぞ。innodb_log_writer_threadsは知らなかったので覚えておこう

[Foorier]

“この記事を公開した後、REDOログを止めなくても MySQL 5.7 の速度にある程度近づける方法を教えていただけたので、その方法も追記しています。”知見が集まってくるの良い

[kaneko_hk]

本番環境でログ有効にするならテストでも同じく有効にしておきたい。本番とテストは可能な限り設定合わせたい。設定・環境の差異でテスト時にバグ見逃すのが怖い。しかし3倍はキツイ。どうしたものか？

[paulownia]

バイナリログか

[ngyuki]

ほんとだ、ローカル環境やCIがちょっと早くなった

[syu-m-5151]

突然のyoku0825の登場でびっくりしちゃった

[ken39arg]

testで使う量でのtruncateが遅くてdeleteにしたらめっちゃ早くなったってなんかでもあったな

[canadie]

バージョンアップで動かなくなるの、MySQLのお家芸よな（今回動かなくなったわけじゃないが）もうだいたいPostgreSQLで問題なくなった

[dorapon2000]

“MySQL 8.0 はクラッシュリカバリに利用する REDO ログ関連で変更がかかっており、この影響で大幅に遅くなった”

[kzm1760]

ほぅ、こんな事例が。なにも言われてないけどもしかしたら速度改善出来るかもなので、弊社環境でも確認しておこう。

[kompiro]

CI環境確認してみよう

[nilab]

MySQL 5.7 から 8.0 にしたらテストが激遅になった #MySQL - Qiita

[taguch1]

パフォーマンスでログ周りが引っかかるのあるある。

[uesima]

DB

[zoidstown]

“これらのログはテストを実行する際には特に必要ないので、ログの出力を止めることにより MySQL 5.7 と同じような速度でテストできるようになりました。”