測試在sqlserver2000上進(jìn)行，對(duì)工作流操作的相關(guān)方法在單元測試?yán)镞M(jìn)行多線程并發(fā)。測試發(fā)現(xiàn)sqlserver出現(xiàn)死鎖的情況相當(dāng)多，一些典型的情況：
1、對(duì)同一張表先insert再update是很快會(huì)引起死鎖的，不管操作的是否是同一記錄
解決方法：對(duì)于同一記錄，需要調(diào)整hibernate的映射策略，使得一次insert完成操作。對(duì)于不同的記錄需要在代碼中手動(dòng)flush，使得update先于insert。
2、對(duì)兩張表進(jìn)行多次update操作時(shí)，兩張表交替update也會(huì)很快引起死鎖
解決方法：在代碼中手動(dòng)flush，保證對(duì)兩張表的update不會(huì)出現(xiàn)交替的情況。
3、部分大范圍掃描的select和update混合也會(huì)導(dǎo)致死鎖
解決方法：優(yōu)化sql，盡量減少sql語句，通過給po增加持久化字段的方式減少關(guān)聯(lián)查詢
經(jīng)過優(yōu)化，大部分情況下數(shù)據(jù)庫死鎖的情況得以避免，另外奇怪的是通過事件探查器在死鎖時(shí)并未發(fā)現(xiàn)鎖升級(jí)的事件。但是在一些特殊情況下（例如多個(gè)并發(fā)匯聚的直接聯(lián)合），死鎖依舊發(fā)生。最后不得不對(duì)方法進(jìn)行synchronized關(guān)鍵字同步，這個(gè)通過synchronized flush完成。業(yè)務(wù)方法不必同步，最后批量操作數(shù)據(jù)庫時(shí)進(jìn)行同步。
換oracle進(jìn)行測試，在未synchronized的情況下，未發(fā)生死鎖情況。由此可見sqlserver與oracle鎖實(shí)現(xiàn)機(jī)制存在很大的差別。對(duì)sqlserver鄙視之。另，同事說，sqlserver2005后性能和機(jī)制發(fā)生了很大的變化，未測試。
補(bǔ)充一下我的一個(gè)最簡單情況下的測試用例：
PO：
public class TestPO {
String id;
String name;
int num;
.
}
映射文件 hibernate3：
<hibernate-mapping default-access="field">
<class table="WFMS_TESTPO" name="com.eway.workflow.test.po.TestPO">
<id name="id" column="ID"><generator class="uuid" /></id>
<property name="name" column="NAME" type="string"/>
<property name="num" column="NUM" type="integer"/>
</class>
</hibernate-mapping>
被測試方法（都配置有事務(wù)）：
public void testSave(int num) {
TestPO po = new TestPO();
po.setName("ronghao");
po.setNum(num);
theadTestDao.save(po);
po.setName("haorong");
}
public void testSaveByJdbc(int num) {
String sql = "insert into WFMS_TESTPO (ID,NAME,NUM) values (?,'RONGHAO',?)";
Object[] params = new Object[]{num,num};
jdbcTemplate.update(sql, params);
sql="update WFMS_TESTPO set name='haorong' where id=?" ;
params = new Object[]{num};
jdbcTemplate.update(sql, params);
}
測試用例：
public void testSave() throws Exception {
TheadtestTemplate template = new TheadtestTemplate();
template.execute(new TheadtestCallback() {
public void doInThead(int suquence) {
// theadTestManager.testSave(suquence);
theadTestManager.testSaveByJdbc(suquence);
}
}, 10);
}
測試結(jié)果：不論是hibernate還是jdbc，并發(fā)情況下都很快就會(huì)引起sqlserver2000的死鎖，換用兩種數(shù)據(jù)庫驅(qū)動(dòng)jtds和jturbo死鎖的情況沒有變化。
結(jié)論：sqlserver2000數(shù)據(jù)庫的lock配置策略，不支持，或者數(shù)據(jù)庫本身，就不支持對(duì)不同的行做同時(shí)操作（或者支持不完善），所謂的行鎖支持很不完善，死鎖情況非常容易發(fā)生。
補(bǔ)充：我對(duì)數(shù)據(jù)庫的一些實(shí)現(xiàn)機(jī)制也并不是很了解，所以這里也只能列出現(xiàn)象而不能解釋死鎖的根本原因。另外感謝Alex的討論。
http://m.tkk7.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請注明出處：）
posted on 2008-06-19 13:34
ronghao 閱讀(6270)
評(píng)論(22) 編輯 收藏 所屬分類:
工作日志