【MySQL】auto_incrementの罠
解決済
回答 4
投稿
- 評価
- クリップ 2
- VIEW 4,124
退会済みユーザー
以下のテーブルを作り
CREATE TABLE IF NOT EXISTS users(
user_id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
user_name VARCHAR(30) NOT NULL
);
以下の情報を追加しました。もちろん、auto_incrementをつけてるので問題なく1～4のidがuser_idカラムに追加されましたが、
INSERT INTO users(user_name) VALUES('name01');
INSERT INTO users(user_name) VALUES('name02');
INSERT INTO users(user_name) VALUES('name03');
INSERT INTO users(user_name) VALUES('name04');
例えば、name04を消し、
DELETE FROM users WHERE user_id=4;
新たに情報を追加したときに、
INSERT INTO users(user_name) VALUES('name05');
結果がuser_idに4追加されたと思いきや、5になってしまってます。
○質問
上記のようにuser_idの情報が5にとぶのはなぜなのか、また解決策があれば、ご教授お願いします。
※idが5にとぶのではなく、最初みたいに1,2,3,4みたいに割り当てて欲しいです。
-
気になる質問をクリップする
クリップした質問は、後からいつでもマイページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
クリップを取り消します
-
良い質問の評価を上げる
以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します
-
評価を下げられる数の上限に達しました
評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる
teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します
この機能は開放されていません
評価を下げる条件を満たしてません
質問の評価を下げる機能の利用条件
この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
-
メールアドレスの認証
メールアドレスの認証
-
質問評価に関するヘルプページの閲覧
質問評価に関するヘルプページの閲覧
checkベストアンサー
+3
解決策は、「AUTO_INCREMENTを使うのをやめるか、飛び番を気にしない」ことです。
データベースの主キーは、単にレコードを識別するためのものであって、「それぞれの行で一意である」以上に意味をもたせるのは良くないことです。
そして、MySQLの場合、データを削除しなくても値が飛ぶことがあります。
「IDが連番でないと気持ち悪い」という気持ちもわからないではないですが、「SQLアンチパターン」の第21章に挙げられているように、それを守るために発生する余計な手間・コストが大きく、実用的にはやるべきでない行為です（何かしらの処理が、「キーが連番であること」に依存しているなら、そちらを修正する必要があります）。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+2
上記のようにuser_idの情報が5にとぶのはなぜなのか
それがauto_incrementの仕様だからです。
auto_incrementは現時点のデータとは別に、次に追加されるIDを記憶しています。
参考
なぜそういう実装になっているかの歴史的経緯は知りませんが、
例えばuser_idの場合、削除して次に挿入したら同じIDになると問題が出る可能性があります。
例えば別のテーブルで、user_idと紐づける形で住所を保存していたりした場合、他人のデータと結びつくことになってしまう可能性があります。
また解決策があれば、ご教授お願いします。
Auto_incrementの値は指定することが可能
ですが、これを日常的に使うくらいなら、
auto_incrementを指定せずに、
テーブルの中で一番大きなIDの値を取得して、それに1を足して指定するべきIDを生成してデータを挿入する
という形にするのが一般的な方法かと思います。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+1
手前味噌になりますが、以前このような記事を書きました
DBの自動連番がロールバックしても戻らない理由
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
0
参考情報：
- MySQLでInnoDBエンジンを使うとAUTO INCREMENTの番号が飛ぶ現象 http://monochrome-design.jp/195
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
2016/06/02 23:11