對(duì)于龐大的數(shù)據(jù)，檢索sql的編寫要格外小心，有很多平時(shí)不注意的sql可能就會(huì)變成瓶頸。

比如, 我們有個(gè)系統(tǒng), 其中t96_pd_log表，記錄數(shù)8000w多，在開發(fā)階段乃至用了那么多年都沒問題, 最近卻發(fā)生頻繁死鎖的問題, 查數(shù)據(jù)庫(kù)后臺(tái)發(fā)現(xiàn)問題出在一個(gè)select語句上, 它耗時(shí)高達(dá)2.4-2.7s，這對(duì)于一個(gè)需要高并發(fā)的系統(tǒng)來說當(dāng)然是致命的。

數(shù)據(jù)表t96_pd_log有兩條index， 一條的字段組成是f96_mgtbarcd,另一條的字段組成是f96_result_type， 檢索sql是這樣寫的：

select recseq,f96_create_dt,f96_op from t96_pd_log where f96_mgtbarcd=’113D1907032385′
and f96_station=’AS01-L113′ and f96_result_type=’TFT’
and f96_qty=1 order by f96_create_dt desc limit 1