トランザクションのロールバック後に MySQL の AUTO_INCREMENT がリセットされないのはなぜですか?

MySQL の AUTO_INCREMENT とトランザクション ロールバック: 機能しない理由

MySQL の AUTO_INCREMENT 機能は、テーブル レコードに主キーとして連続した整数を割り当てます。ただし、AUTO_INCREMENT フィールドを含むトランザクションをロールバックすると、多くのユーザーが予期しない動作に遭遇します。予想に反して、AUTO_INCREMENT 値はロールバック後にリセットされません。

説明:

この動作は MySQL の設計で意図的なものです。 AUTO_INCREMENT メカニズムは、トランザクションから独立した一意の識別子を生成します。次のシナリオを考えてみましょう:

• プログラム 1: AUTO_INCREMENT 主キーを使用してテーブル FOO に行を挿入し、値 557 を割り当てます。
• プログラム2: トランザクションを開始し、値 558 の行を FOO に挿入します。 FOO の 558 行を参照して、テーブル BAR に行を挿入します。
• プログラム 2: トランザクションをコミットし、558 レコードを FOO と BAR の両方でライブにします。
• プログラム 3: 558 を含む FOO からのレポートを生成します。レコード。
• プログラム 1: トランザクションをロールバックします。

ロールバック後に AUTO_INCREMENT 値がリセットされると、番号付けにギャップが生じます。連続することを期待している他のプログラムに問題を引き起こす可能性があります。

回避策:

AUTO_INCREMENT ロールバックを強制する直接的な回避策はありませんが、トランザクション中に一貫性を維持するための代替方法があります:

• ステータス フラグ: シーケンシャルの AUTO_INCREMENT に依存する代わりに番号を付ける場合は、ステータス フラグを使用してレコードの状態を示します。最初は「未完了」に設定されていますが、トランザクションがコミットされるとレコードを「完了」に更新できます。ロールバックの場合、不完全なレコードは監査用に残ります。

結論:

MySQL の AUTO_INCREMENT は、トランザクション間で持続する一意の識別子を提供するように設計されています。トランザクション中にレコードの同期を確実に保つには、トランザクションのロールバック後に一貫性を維持するためにステータス フラグなどの代替アプローチを検討する必要があります。

以上がトランザクションのロールバック後に MySQL の AUTO_INCREMENT がリセットされないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。