サイトアイコン プログラマー(PG)・システムエンジニア(SE)になるための入門講座

コミットとロールバックの違いとは?SQL初心者向けにトランザクションの基本をわかりやすく解説

コミットとロールバックの違いとは?SQL初心者向けにトランザクションの基本をわかりやすく解説

結論から言うと、コミット(COMMIT)は「変更内容を確定する」処理、ロールバック(ROLLBACK)は「変更内容を取り消して元に戻す」処理です。

データベースを扱う業務では、誤ってデータを更新・削除してしまう可能性があります。そのような場合でも、変更を確定する前であればロールバックによって元の状態へ戻せます。

コミットとロールバックは、データベースの安全性を保つための重要な仕組みであり、システム開発だけでなく、運用保守や社内SE、ヘルプデスクでも知っておきたい基礎知識です。

コミット(COMMIT)とは

変更内容を確定する処理

コミットとは、データベースに対して行った更新・追加・削除などの変更を正式に保存する処理です。

コミットが実行されると、その変更はデータベースへ反映され、通常は元に戻せなくなります。

イメージ

紙の申請書に内容を書き、最後に提出するようなイメージです。提出前なら修正できますが、提出後は簡単には取り消せません。

ロールバック(ROLLBACK)とは

変更内容を取り消す処理

ロールバックとは、コミットしていない変更を取り消し、元の状態へ戻す処理です。

更新内容に誤りが見つかった場合や、処理途中でエラーが発生した場合によく利用されます。

イメージ

申請書を書いている途中で間違いに気付き、提出せずに破棄して最初から書き直すようなイメージです。

トランザクションとは

コミットとロールバックを理解するには、トランザクション(Transaction)という考え方を知ることが重要です。

トランザクションとは、一連の処理をひとまとまりとして扱う仕組みです。

例えば銀行振込では、「口座Aから引き落とす」と「口座Bへ入金する」の両方が成功して初めて処理が完了します。

途中でエラーが発生した場合は、すべての処理を取り消す必要があります。このとき利用されるのがロールバックです。

コミットとロールバックの違い

項目 コミット(COMMIT) ロールバック(ROLLBACK)
役割 変更を確定する 変更を取り消す
実行タイミング 処理が正常終了したとき エラー発生時や誤更新時
データ 保存される 元に戻る
目的 正式反映 データ保護

SQLの処理イメージ

  1. トランザクション開始
  2. データを更新する。
  3. 内容を確認する。
  4. 問題なければコミットする。
  5. 問題があればロールバックする。

この流れが実務では基本となります。

実際のIT現場でよくある利用例

コミットを使う場面

ロールバックを使う場面

実務でよくあるトラブル

コミットを実行してしまった

コミット後は、通常のロールバックでは元に戻せません。

バックアップから復元したり、別途修正SQLを実行したりする必要がある場合があります。

コミットし忘れた

更新したつもりでもコミットしていないため、セッション終了時に変更が失われることがあります。

ロックが解除されない

トランザクションを開始したままコミットやロールバックを行わないと、他の利用者がデータを更新できなくなることがあります。

初心者が混乱しやすいポイント

よくある勘違い 実際
更新したら自動保存される 設定によってはコミットが必要
コミット後もロールバックできる 通常はできない
ロールバックは削除だけ戻せる 更新・追加・削除すべて対象
コミットしなくても変更は残る 設定によっては保存されない

自動コミット(Auto Commit)とは

データベースやツールによっては、自動コミット(Auto Commit)が有効になっている場合があります。

自動コミットが有効だと、SQLを実行した時点で自動的にコミットされます。

そのため、ロールバックできないケースもあるため注意が必要です。

本番環境で更新作業を行う前には、自動コミットの設定を確認する習慣を付けましょう。

原因の切り分け方法

  1. コミット済みか確認する。
  2. 自動コミット設定を確認する。
  3. トランザクションが終了しているか確認する。
  4. ロックが発生していないか確認する。
  5. ログを確認する。

GUIでの確認方法

これらのツールでは、自動コミットの有効・無効を設定できるものがあります。

更新前には設定を確認し、必要に応じてトランザクションを開始して作業を行いましょう。

CUIでの確認方法

SQLクライアントからトランザクションを開始し、更新後にデータを確認してからコミットまたはロールバックを実行します。

実務では、更新前後の件数を確認してからコミットする運用が一般的です。

ログの確認方法

データベースのトランザクションログやアプリケーションログを確認することで、コミットやロールバックが実行されたタイミングを調査できる場合があります。

障害発生時は、更新履歴やトランザクションログを確認すると原因の特定に役立ちます。

初心者がやりがちなミス

現場で評価される確認手順

  1. 更新対象をSELECTで確認する。
  2. 更新件数を確認する。
  3. 更新SQLを実行する。
  4. 結果をSELECTで再確認する。
  5. 問題がなければコミットする。
  6. 問題があればロールバックする。

業務で上司へ報告するポイント

エスカレーションするタイミング

影響範囲を確認するポイント

確認対象 確認内容
アプリケーション 更新内容が画面へ反映されているか
データベース 更新件数や対象データを確認する
他ユーザー ロックによる影響がないか
バックアップ 復元が可能か確認する

筆者が現場で経験した事例

本番環境でデータ修正を行う際、更新対象を確認するためにSELECTを実行し、その後UPDATEを実施しました。コミット前に件数を確認したところ、想定より多くのデータが更新されていることに気付きました。

まだコミットしていなかったためロールバックを実行し、データを元の状態に戻すことができました。その後、WHERE句を見直して再実行したことで、影響を最小限に抑えられました。

この経験から、「コミットは最後に行う」「更新後は必ず件数を確認する」という手順の重要性を強く実感しました。

応用知識

大規模なシステムでは、トランザクション中に「セーブポイント(SAVEPOINT)」を設定できるデータベースがあります。

セーブポイントを利用すると、トランザクション全体ではなく、指定した位置までロールバックできます。

また、データベースによってはトランザクション分離レベルを設定でき、複数ユーザーが同時に更新する際の動作を制御できます。

関連するIT用語

よくある質問(FAQ)

コミットした後でもロールバックできますか?

通常はできません。コミットすると変更内容が正式に保存されるため、元に戻すにはバックアップからの復元や修正SQLが必要になる場合があります。

ロールバックはどんな変更を取り消せますか?

コミット前であれば、INSERT、UPDATE、DELETEなどの変更を取り消せます。ただし、自動コミットが有効な場合は取り消せないことがあります。

自動コミットは便利ですか?

簡単な操作では便利ですが、本番環境での更新作業では誤操作時にロールバックできない可能性があるため、慎重に扱う必要があります。

実務ではコミットはいつ行いますか?

一般的には、更新内容を十分に確認し、件数や影響範囲に問題がないことを確認してからコミットします。

まとめ

コミットとロールバックは、データベースを安全に運用するために欠かせない基本機能です。

実務では、「まずSELECTで確認する」「UPDATE後に件数を確認する」「最後にコミットする」という手順を徹底することで、多くのデータ更新ミスを防げます。新人のうちからコミットとロールバックの仕組みを正しく理解し、安全なデータベース操作を身に付けましょう。

モバイルバージョンを終了