[MySQL]AUTO_INCREMENTのidが戻る

こんにちは、M-Yamashitaです。 今回の記事は、MySQLのAUTO_INCREMENTのidが戻ってしまう話です。 以前、RailsとMySQLを使うサービスにて、Mysql2::Error: Duplicate entry 'xxx' for keyが発生しました。このエラーの原因を調べたところ、テーブルでAUTO_INCREMENTとなっているカラムのidが戻って採番されており、その影響でエラーが発生していることがわかりました。当時の私の認識では、AUTO_INCREMENTとなっているidは、戻って採番されることはないと思っていたので非常に驚きました。 そのため、このidが戻る現象について調べて記事にしたいと思い、執筆しました。 なお、この記事ではMySQL 5.7を使用しています。 この記事で伝えたいこと MySQL再起動によりAUTO_INCREMENTのidが戻って採

[kamm]

id:entry:4736416216080512005 の件もそうだけど、なぜ消耗してまで古いバージョンを使い続けるのか…

[daira4000]

ID重複はなんでだ？再起動後にテーブル内容復元とかしてたのかな

[n_231]

採番テーブルのデータコピーする明細テーブルとかあって、採番テーブルだけ物理削除すると明細側でのキー重複あり得るかも、みたいな？

[tettekete37564]

最新idのレコードが削除されていると色々ヤバい奴ね。FK参照しててcascade delete になっていないテーブルがあると結合されちゃう！

[sc3wp06ga]

id:kamm 上の人がリファクタとか内部仕様改善の工数確保せず、問題起きたら対処しましょでお茶濁すから。バージョンアップに伴う広範なソース改修、テスト、移行作業より都度消耗の方が作業量少ないor少なく見えるから

[taruhachi]

MySQL5.7以前では、最新のidの物理削除＋再起動のケースでAUTO_INCREMENTの巻き戻りが発生していたと。知らなかった。レアケースの組み合わせではあっても考慮しておかないといけないな。

[foo99]

レンタルサーバーは大体5系だからなぁ、、

[knjname]

MySQL５系ではAUTO_INCREMENTはメモリ上に保持する方式なので再起動すると戻る　怖い

[n500k]

戻る理屈は分かったけどこのテーブル単体なら"duplicate error" 起きんよね？id=3 削除時に関連テーブル消し忘れとかか？

[mohno]

そんなにビット数が少ないの？と思ったら、「MySQLの再起動により、AUTO_INCREMENTのidが戻ってしまう」「MySQLでは、AUTO_INCREMENTの値はメモリ上に保持している」←ふーん。

[katsyoshi]

よい知見。たぶんidのオーバーフローだろうなと予想してたけど、なるほどこういう原因も確かにあるろうなッテ現象でためになる