とある事象からMySQL5.7→8に上げた話

大きく2つの理由があったのですが、今回は1つ目の理由について、何があったか・どう対応したかを中心にお話したいと思います。

MySQL8に関しての具体的な機能などについてはこの記事では割愛させていただきます。

当社のサービスには、一部のデータに対してデータを削除する際復旧テーブルに削除したデータを退避させて、顧客の要望があれば一定期間復旧できるような仕組みがあります。

データを削除する際、データのIDをそのまま復旧テーブルのIDにして退避しているのですが、そこで開発環境で削除が失敗する事象が発生しました。

調べてみると、退避テーブルに既に存在するIDでINSERTしようとしていて、失敗しているようでした。

なぜこの問題がおこるのかというと、MySQL5.7まではAUTO_INCREMENTがサーバー再起動でリセットされてしまう仕様が存在していて、最後にデータの削除を行った状態でインスタンスの再起動などが起こると発生していました。

具体例を説明すると、

このような手順を踏むと発生していた事象になります。

MySQL8からは、AUTO_INCREMENTのカウンター値はREDOログに書き込まれるようになったため、再起動してもAUTO_INCREMENTの値が変わることは無くなったので、今回のような事象は起こらなくなり、こちらが今回MySQL8にあげた一番大きなモチベーションになります。