首先事務開啟後，在commit之前，只是將其內容寫入日誌，commit後才會真正寫入資料庫。
那麼，如果乙個事務沒有提交，此時別的事務能讀取到它的內容嗎？是可以的，在於資料庫事務的隔離級別，mysql預設下為read repeatable，是不能讀取未提交的內容的，將其設定為read uncommitted即可。
這是否意味著事務可以不提交呢？先不說read uncommitted會帶來很多危害（髒讀等），事務如果不提交，也只能短時間的讓別的事務讀取。原因在於資料庫連線關閉後，事務做的內容就會丟失。
事務如果沒有commit，那麼在close之前會自動rollback，此時日誌上的內容就相當於消失了，還有沒有別的記錄不知道，但是別的事務已經讀取不到了。
所以，事務在沒出錯的情況下必須進行提交。
MySQL 事務提交 不良好的事務習慣。
mysql 事務提交 不良好的事務習慣 我們知道 事務 是資料庫區別於檔案系統的重要特性之一。mysql的innodb引擎中的事務也完全符合acid 原子性 一致性 隔離性 永續性 的特性。事務以及事務提交等一些內容不可避免的會出現在我們的日常工作當中。這篇文章我們就來簡單的聊聊一些不良好的事務習慣...
MYSQL事務的開啟與提交
對於乙個mysql資料庫 innodb 事務的開啟與提交模式無非下面這兩種情況 1 若引數autocommit 0，事務則在使用者本次對資料進行操作時自動開啟，在使用者執行commit命令時提交，使用者本次對資料庫開始進行操作到使用者執行commit命令之間的一系列操作為乙個完整的事務週期。若不執行...
mysql沒有事務死鎖 Mysql事務與死鎖
好久沒有寫部落格了，最近工作太忙了，真的是996icu呀。想找個機會跳出來。之後我要做到work life balance！當考慮的就是資料一致性的問題時我們用就應該想到mysql的事務。但是當我們使用事務時會有很多的坑，首先我們了解一下事務的隔離界別。1 事物的隔離級別 資料庫中有四種資料隔離級別...