はじめに

この記事は MySQL Advent Calendar 2024 シリーズ２　1日目の記事です。

せっかくシリーズ２があるので、25日過ぎたけど簡易的なネタでもぶっこんでみようかと。

何をしてどうなった？

アップグレードの時に以下のエラーメッセージが出てアップグレードできなかった。

エラーログに以下のようなメッセージが出ます。

[ERROR] [MY-000067] [Server] unknown variable 'internal_tmp_disk_storage_engine=InnoDB'.

そのため、8.0.16よりも前のバージョン（※5.7.5以降）でmy.cnfやmy.iniにinternal_tmp_disk_storage_engineを設定して、それをそのまま使って起動すると上記のようなメッセージが出るというわけです。

オンディスク内部一時テーブルのエンジンを設定できるパラメータで、デフォルトがInnoDBなんですが、それをMyISAMにすることができました。

理由はいくつかありますが、InnoDBがMyISAMよりもサイズ的な制限が多いこと、内部一時テーブルがでかくなりやすくて再起動しないと縮小できないのが困ること、またはバグ対応などでしょう。

ちなみに、これ、面白いのが、my.cnf | my.ini に書かれてる場合だけで、SET PERSISTで設定した場合はエラーじゃなくて以下のようにワーニングに格下げするところです。

[Warning] [MY-013185] [Server] Currently unknown variable 'internal_tmp_disk_storage_engine' was read from the persisted config file.

ワーニングなんで起動はします。でも、RESET PERSISTで削除しといたほうがログ的にはいいでしょうね。

8.0.16以上にアップグレードした際に、MySQL Server起動前にmy.cnfからinternal_tmp_disk_storage_engineパラメータの記述を削除するかコメントアウトすればいいだけです。

ワーニングの場合でも先ほども書いたようにRESET PERSISTで削除しとくことをお勧めします。

Bug #91377対応でしょう。

internal_tmp_disk_storage_engineがInnoDBで固定化されたことで別のバグ（Bug #95285）が回避できないという問題もありました。

これについては、5.7では5.7.31に、8.0では8.0.21にアップグレードすることで修正されました。

そのため、8.0.16から8.0.20を使用している場合はこのバグの回避策が無いので、アップグレードが必要という話になりますね。

（8.0の迷走がこの辺はすさまじい頃ですね・・・）

実はこれ書いているのアドカレ終わった12月26日ｗ

休みにMySQLのことを色々と見直そうと思ってデカい記事書きたかったんだけど、なかなかまとまらないので小出しにできるやつはそういう風にしようと思って書いているのでした。