描述：
finance 系統 呼叫 process 系統的時候發生死鎖。用 show processlist 可以看到存在status是 updating 的程序，而該程序就是發生了死鎖的sql。
分析：問題產生的原因是：finance 系統在事務a中update了一條資料，並且這條資料已被加行鎖；process 系統在事務b中也試圖update這一條資料，由於，鎖還被事務a掌握，事務b只能等待事務a提交才能拿到鎖，事務a依賴於事務b，即必須等待事務b結束事務a才能繼續下去，這樣事務a、b陷入了死迴圈，互不相讓。----死鎖由此產生。
解決：把事務b的update操作放到事務a中,避免兩個事務操作同乙個資料。事務a的問題至此解決
新專案中乙個解決問題的例子
需要畫乙個新的flex介面，而新的flex介面和當前系統中存在的乙個介面完全一樣，只是需要將元件改為新的。我的做法是將原來的介面拷貝過來，然後用新的元件替換舊的元件，替換完了之後進行測試時發現列表下的兩個按鈕沒有顯示出來。接下來找原因，開始猜測是頁面布局的原因，導致按鈕不能正常顯示出來，但檢查 沒有...
乙個死鎖問題
表結構 create table test id bigint 20 unsigned not null auto increment comment 自增id a varchar 100 not null default comment 唯一健 b bigint 20 unsigned not n...
看看junit在乙個具體的專案中
author emu 黃希彤 明天放假回家了，今天把系統裡面的test case全部用乙個tesetsuite給串了起來，得到了這樣一幅截圖 這幾個月來的單元測試還是富有成果的。雖然專案組一些新成員沒有很好的按照規範進行開發，但是在我堅持下新加的模組全部幾乎都寫了單元測試。雖然裡面有不少紅叉叉，不過...