問題1 ： 如何檢視mysql的自動提交的設定？
select @@autocommit;
檢視預設提交的狀態是否是自動提交
0手動提交 1 自動提交
問題2 ：怎麼設定autocommit;
set @@autocommit=0;
設定的是本次mysql 視窗的自動提交取消，不影響別的連線的自動提交
檢視怎麼鎖定了行鎖的例子的演示
1 開啟事務 未提交；
2 重新開啟乙個連線，更新鎖定的行的內容 ，一直等待釋放鎖
3 第乙個連線提交完，釋放鎖
4 第二次的跟新獲得鎖得以提交
5 如果長時間未獲得鎖，返回的錯誤超時
又稱寫鎖。若事務t對資料物件a加上x鎖，事務t可以讀a也可以修改a，其他事務不能再對a加任何鎖，直到t釋放a上的鎖。這保證了其他事務在t釋放a上的鎖之前不能再讀取和修改a。
排它鎖，也稱作獨佔鎖，乙個鎖在某一時刻只能被乙個執行緒占有，其它執行緒必須等待鎖被釋放之後才可能獲取到鎖。又稱：x鎖, w 鎖
例子：又稱讀鎖，若事務t對資料物件a加上s鎖，則事務t可以讀a但不能修改a，其他事務只能再對a加s鎖，而不能加x鎖，直到t釋放a上的s鎖。這保證了其他事務可以讀a，但在t釋放a上的s鎖之前不能對a做任何修改。
共享鎖就是允許多個執行緒同時獲取乙個鎖，乙個鎖可以同時被多個執行緒擁有。又稱為：s鎖, r鎖
例子：表鎖： mysql 中最基本的鎖策略，並且是開銷最小的策略，鎖定整張表，阻塞其他使用者對該錶的讀取和寫入，只有在沒有寫鎖的時候在能獲取讀鎖，讀鎖之間不阻塞。
行鎖： 最大程度支援了併發 ，但是這個方式也極大增加了鎖的開銷。
死鎖的定義是指兩個或者兩個以上的事務，再同一資源上的相互占用，並請求對方鎖定占用的資源，從而造成的惡性迴圈。
造成死鎖的原因：1 事務的執行順序，這個很難避免。2 有些是資料引擎的實現方式引起的。
如何解決： 1 資料庫檢測死鎖和死鎖超時機制 例如innodb 檢測到死鎖會返回乙個錯誤。
2 就是事務等待時間設定超時，自動放棄鎖的請求，這種不太友好
3 innodb 將死鎖中獲取鎖定最小的事務進行回滾。（鎖定回滾法）
MySQL的自動提交模式
預設情況下,mysql啟用自動提交模式 變數autocommit為on 這意味著,只要你執行dml操作的語句,mysql會立即隱式提交事務 implicit commit 這個跟sql server基本是類似的。檢視autocommit模式 由於變數autocommit分 會話系統變數與全域性系統變...
mysql自動提交的概念 MySQL入門之事務概念
mysql預設是自動提交的，也就是你提交乙個query，它就直接執行！我們可以通過 set autocommit 0 禁止自動提交 set autocommit 1開啟自動提交 mysql中innodb引擎才支援事務處理，預設是自動提交的 另外一種常用的myisam引擎是不支援事務的，本身就沒有事務...
svn提交時自動設定 needs lock
設定後的效果 檔案會自動帶上svn needs lock屬性，預設是唯讀的要簽出才能修改以防止修改完後提交才發現衝突了。只要兩步 第一步 新建檔案時自動給檔案設定強制唯讀屬性 svn needs lock 具體操作 從svn客戶端的 設定 介面開啟配置檔案，在結尾增加 miscellany enab...