Could not do a physical-order read to fetch next row

bszwxq777

進程讀取數(shù)據(jù)正常（有時會讀出空數(shù)據(jù)），在移數(shù)據(jù)和刪除數(shù)據(jù)時偶爾會拋出Could not do a physical-order read to fetch next row的異常，
如果在讀數(shù)據(jù)之前執(zhí)行一下：set lock mode to wait 10;//意思是設(shè)置鎖等待時間為10ms ，那么就不會出現(xiàn)任何異常，
設(shè)置鎖等待為什么就能解決這種異常問題，是什么原理？望大神解惑~

liaosnet

其他會話鎖住了當前會話需要訪問的記錄。因此，當前會話會報無法讀取該記錄。
使用鎖等待時，可以等其他會話完成操作，并釋放鎖資源。。

建議鎖改成行鎖，并使用適當?shù)乃饕�。�？梢越档统霈F(xiàn)的機率。

bszwxq777

回復 2# liaosnet

有A ,B兩張表，B是A的歷史表，我的操作流程如下：步驟一：select first 50 * from A where status=0;//ID唯一鍵，假設(shè)為變量:b00
步驟二：insert into B select * from A where ID=:b00;
步驟三：delete from A where ID=:b00;

直接這樣操作時，步驟一偶爾會讀出超過50條的非法數(shù)據(jù)，不知道是什么原因，步驟二和步驟三會拋出如題異常；
如果在步驟一前面加上set lock mode to wait 10，這樣基本就不會有上述問題出現(xiàn)

問題一：為什么步驟一會讀出超過50條的空數(shù)據(jù)？
問題二：set lock mode to wait 10 是對步驟一、二、三都有效嗎？
問題三：步驟一執(zhí)行成功后，按理步驟二是不會報錯的，因為數(shù)據(jù)都是已寫入完成的，究竟什么情況才會導致步驟二移數(shù)據(jù)不成功？
問題四：同問題三，步驟三刪除已存在的數(shù)據(jù)，為什么會拋出如題異常？
這幾個問題比較糾結(jié)，一直沒理解，如果方便，請加我QQ454326777，求教了~

yunzhongyue

1。返回超過50條記錄這個不太可能吧，會否是你數(shù)錯了？
2。set lock mode的作用范圍是從set lock mode開始至session結(jié)束。如果步驟1、2、3是在同一SESSION中，那么會都有效。
3。步驟1和步驟2無任何關(guān)聯(lián)吧。
4。如果你所要刪除的記錄正在被其它的程序訪問或操作就有可能跑出異常，這是正常現(xiàn)象。建議修改表的鎖模式為行級鎖，并在相關(guān)的欄位上建索引，如ID,STATUS上，以降低順序掃描發(fā)生的機率。

bszwxq777

回復 4# yunzhongyue

確實出現(xiàn)了超過50條的情況，而且讀出的是空數(shù)據(jù)，不知道什么原因?qū)е碌模?br /> 已經(jīng)是行級鎖且用到了索引，如果不設(shè)置等待就有異常，貼出部分日志如下：

1、移數(shù)據(jù)異常
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 151 19694836 [0xf771c740] - 主進程處理數(shù)據(jù)開始--2
2017-05-09 15:55:08 ERROR ADBWork 672 19695111 [0xf771c740] - 數(shù)據(jù)庫批量執(zhí)行出錯:【Statement Execute】【[Informix][Informix ODBC Driver][Informix]Could not do a physical-order read to fetch next row. sqlerrm(dxpf10)】
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 193 19695111 [0xf771c740] - 第0條插入語句|INSERT INTO dxpf40 SELECT * FROM dxpf10 WHERE trim(dx10date)='20170518' AND dx10stan=13816180 AND dx10seq=1  AND dx10stat='0'
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 193 19695112 [0xf771c740] - 第1條插入語句|INSERT INTO dxpf40 SELECT * FROM dxpf10 WHERE trim(dx10date)='20170518' AND dx10stan=13816181 AND dx10seq=1  AND dx10stat='0'
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 195 19695112 [0xf771c740] - 插入INFORMIX數(shù)據(jù)庫失敗

2、刪數(shù)據(jù)異常
2017-05-09 15:55:08 ERROR ADBWork 672 19695416 [0xf771c740] - 數(shù)據(jù)庫批量執(zhí)行出錯:【Statement Execute】【[Informix][Informix ODBC Driver][Informix]Could not do a physical-order read to fetch next row. sqlerrm(dxpf10)】
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 205 19695417 [0xf771c740] - 第0條刪除語句|DELETE FROM dxpf10 WHERE trim(dx10date)='20170518' AND dx10stan=13816180 AND dx10seq=1  AND dx10stat='0'
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 205 19695417 [0xf771c740] - 第1條刪除語句|DELETE FROM dxpf10 WHERE trim(dx10date)='20170518' AND dx10stan=13816181 AND dx10seq=1  AND dx10stat='0'
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 207 19695417 [0xf771c740] - 刪除INFORMIX數(shù)據(jù)失敗
2017-05-09 15:55:08 ERROR COrgnizeCoreInfo 210 19695417 [0xf771c740] - 主進程處理數(shù)據(jù)結(jié)束--0

3、讀出超過指定條數(shù)異常
2017-05-09 17:22:03 ERROR COrgnizeCoreInfo 151 24910542 [0xf771c740] - 主進程處理數(shù)據(jù)開始--12
2017-05-09 17:22:03 ERROR COrgnizeCoreInfo 157 24910542 [0xf771c740] - INFORMIX取數(shù)據(jù)異常，本次不做處理!!!

bszwxq777

天天天天天天天天天天天天天天天天天天天天

yunzhongyue

WHERE trim(dx10date)='20170518' 這種情況下不會走dx10date上的索引，建議去掉trim