Mysqlの一意性についての質問です

Question

今会員サイトを作っています。
会員の個人情報を扱うテーブルを作っていますが、カラムはid,email,password,name,image,date_timeと６つあります。ここでidにはauto increment指定してありますが、目的は自動的に他の会員番号と重ならない番号をそれぞれのレコードに与えるためでした。ここで問題はレコード内では確かに一意性を保っていますが、既に削除されたレコードには対応できない時があることです。つまり、最新のidを持っているユーザーが退会し、今度は新しい会員が登録した時に以前退会した会員のidと重なるidが付与されるケースがたまにあります。ここでたまにというのは、何回か実験をしてみたのですが全部こんな現象が生じているわけではなく、たまに起こっているということです。実験は私が新しく会員登録をして（レコードを追加して）、退会して（レコードを消して）、また同じ情報で会員登録（レコードを追加）をすることを繰り返してみました。
もう何がなんだかさっぱりで皆さんの力をお借りしたくて投稿いたしました。
では回答の方お待ちしております！

Comments

[sho_cs]

idが重複する原因、理由が知りたいのですか？重複しないような対処方法が知りたいのですか？

[etemon]

二つとも知りたいのですが、重複しないような対処方法が一番知りたいです！

Answer 1

AUTO_INCREMENTはMySQL内でキャッシュされているデータを使用します。
キャッシュされているデータは再起動時などで削除されてしまうため、
再起動後は再生成されます。

その際、穴となってしまっているIDの番号から生成してしまうため、重複したIDが付与されてしまうことになります。

対策としては、

1. 会員の削除を論理削除にする

または
2. increment_tableを作成し、incrementした値を別テーブルで管理する
などがあるかとおもいます。

Comments

[etemon]

再起動でリセットされるんですか？！
削除して登録をだいたい９回くらい繰り返すと１回くらいは重なるような現象が生じるのですが、そのパターンがわかりません。
例えばMysqlを再ログイン後に削除して登録するとうまく+1になってる場合もありますし、いつこのような現象が生じるか見当がつきません。
再起動というのは例えばどうゆうものがあるのでしょうか？
mysqladminのページを一回閉じて再ログインするのも再起動に含まれるのですか？

[shunshun]

再起動で再生成される件に関しては、マニュアルに記載されていました。

▽14.6.5.1. 従来の InnoDB の自動インクリメントロック
https://dev.mysql.com/doc/refman/5.6/ja/innodb-auto-increment-traditional.html

> mysqladminのページを一回閉じて再ログインするのも再起動に含まれるのですか？
さすがにこれは無いかと思いますが・・・

解決が困難であれば、システム設計を見直して、auto_incrementのカラムに外部キーを設定するや論理削除するなど別の対策を講じたほうが、時間的コストの節約に繋がるかもしれませんね・・・

良い回答ができず申し訳ありません＾＾；

[etemon]

いえいえ、こんなこともあるんだなって思いました。
やはり論理削除の方法を取るほうが良さそうです。

Answer 2

意図的な変更以外でautoincrementの値がリセットされるのは再起動、最適化ぐらいだったと思います。
AUTO_INCREMENTの設定
【MySQL】AUTO_INCREMENTの値が戻る
すいません、再起動、最適化以外で削除したデータのidと重複が発生するパターンはわかりません。

対処としては、データの削除を物理削除でなく、論理削除にすることで可能です。

Comments

[etemon]

１目のリンクのサイトは私も読みました！笑
でもその理論通りには行かないですね〜
だいたいで９回やれば１回は重なってしまいます（汗）
論理削除という方法がありましたね！
できるだけ余分な情報はデータベースに残したくなかったのですが、普通はみんなこんな方法で対処しているのでしょうか？

Answer 3

mysql内では、begin/commitの途中であっても、別コネクションのauto_incrementも
ちゃんとカウントされているので、アプリケーションの番号取得のタイミング、方法、保持
の問題かと思いますがいかがでしょうか？

Answer 4

auto_increment指定では、削除した番号が再び使用されることは有りません。
今までもそのようなことを経験したことは一度もありません。
ちょっと考えにくいですが、付与するid番号を指定してしまっているなど有りませんよね?
敢えて最終番号+1をinsertしているとか。
auto_increment指定したフィールドはinsert時には値を何も指定しなくて大丈夫です。
確認ですが、
データの追加はinsert文で、データの削除はdelete文ですよね？
これも考えにくいですが、deleteではなくrollbackしているとか？

追記：
考えうる内容としては、id番号を取得するプログラムが間違っていて、データテーブルの値と一致していないという事です。作成したアプリケーションの動作結果ではなく、phpMyAdmin等でデータテーブルを直接参照すると正しい値がセットされているという事はないでしょうか？

Comments

[etemon]

insertの時はauto_increment指定のカラムにNULLを指定したり、指定したカラム自体を書かなかったりしてます。削除の時はDELETEで削除しています。
はい、プログラムでデータを呼び出して確認するわけではなく、phpmyadminで直接確かめています。