原文：

先就我對Transaction的理解描述一下

通常這用在需同時更動多個資料
為確保都有更動到，而使用的功能！

如果其中有一個SQL執行錯誤則rollback
反之則commit

疑問的點是：

如果沒有commit那資料庫就不會真的變動
那為何需要rollback??

那如果真的有變動到,rollback就是要還原變動
那幹嘛commit...

第一次發問~希望感受一下大家的熱情XD

更新問題及理解狀況

看了大家的回應以及回答

我可以理解為
不commit直接結束有可能造成table被lock住
如果kill proccess的話
沒有commit的transaction會自動rollback

一個transcaction的開始
必定伴隨著commit或rollback當結尾

縱使沒有commit可以自動rollback
但這個方法非正規，也不穩定。

不過我以一個例子來講好了
我現在的感覺是
下SQL就像在用記事本的功能
我打開一個記事本 並做各種修改
但在這之後我覺得做錯了
我要重來 我可以直接關掉記事本不存檔不是嗎

雖然拿記事本跟DB比好像不太對
但目前 我是這樣看DB的...
希望各位大大給我觀念糾正一下((汗

更新狀況

因為目前工作比較偏向於下SQL的
不是管理的
那平常都使用php去下指令

最近是看前人的code才接觸rollback以及commit
因此多有不解

看code會執行差不多10條SQL
都在update不同table
確認真的所有table都update成功才commit
其中一個失敗或是有exception便rollback

完全可以理解邏輯

直接講個實例好了

在php內 開始transaction
下了幾次SQL指令 有update資料或insert資料
不commit或rollback 直接sleep一分鐘

問題
1.其他proccess去select在transaction中變動的資料 會是變動前還是後？
2.使用command直接kill正在sleep的proccess 是會自動rollback嗎？

其實這兩個問題好像自己實驗就可以了
但我的問題是這個結論之後的事
我猜測 1.前 2.是
這個情況下
既然transaction沒結束就不會變動到資料
為何需要擔心資料亂掉而影響其他人??
我自己在出錯的時候直接結束程式就好了 反正會自動rollback