自己以後就用這個部落格了，部落格的更改給大家帶來了很多不便，以前的部落格（停用，因為對於專業的人來說應該用專業的東西，用龐大的技術去顯示it技術的魅力，顯示我們是一支龐大的力量。
今天技術總結，看到師姐寫得事件回滾，自己就研究去了，看到有個for迴圈自己感覺這是正確格式麼，自己很迷信的相信然後就以這樣的思想就去考慮問題，自己的從各個角度考慮沒有方法可以實現這些，感覺真是太糾結了，結果就去找王歡討論討論，我們在這個for這爭論不休，最終應該是我的理解失誤（太崇拜師姐了····，呵呵···），然後我跳出自己建立的思維，然後以別人的思維考慮問題，然後上網自己查了查關於事務的控制機理，自己了解到事務機理是對於資料的操作都是以日誌檔案的形式進行的，所以這樣就導致了修改日誌檔案來運算元據庫的記錄，還有就是好的**自己應該多去看看，關於這個問題自己應該去正規**去檢視正規的資料，然後進行有機的篩選，這樣做才能是自己的對於網路知識的吸收更加快速，這樣自己才能保持高效的機制。自己被迷惑了············
事務的回滾：在如何做方面，在事務中的所有資料修改儲存在事務日誌，在日誌中還保留撤消記錄的額外空間，事件，它已回滾。每個事務日誌內足夠的資訊，以扭轉的變化，以便它可以撤消更改，如果需要的話。
事務的決定性的語言就是那麼幾句話，自己以前犯了理解性錯誤，呵呵，看來自己理解高度不夠，佔位還是不好。
給我的啟示就是相信官方的語言例項，乙個知識點需要用多個例子去證實主要的，這應該就是我的適合我的學習方法吧。
事務回滾與手動回滾
一般我們在開發時，在方法或者類上加了 transactional事務註解，然後會用 try catch 將可能會出問題的 塊包起來，在catch裡面處理捕獲的異常，但是，如果在catch裡面沒有把異常丟擲去，此時事務是不會自動回滾的 比如這種情況 這裡既沒有丟擲異常，也沒有手動回滾，在插入流水表之後...
PHP PDO事務回滾
trycatch pdoexception e 事務處理 try where id 1 affected rows pdo exec sql if affected rows throw new pdoexception 張三轉出失敗 那個錯誤丟擲異常 sql update zhanghao set...
spring事務回滾
註解方式宣告事務，該事務宣告的範圍是service中的方法，而一般的事務宣告時不是宣告在 業務邏輯方法上的，而是宣告在單一的資料庫操作方法上的 transactional publicclassuserserviceimplimplementsuserservice,newint thrownewe...