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

coolala

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

这个是什么错误? 怎么解决?

lmtok

有可能是有几条数据记录被其他进程锁住了，也有可能是表坏了

bigsunflower

那怎样才能解决啊？

bwqlcm

用oncheck －cI 数据库名进行检查，如果发现有锁表现象，
     用who -u找见进此用户的进程号，
     用ps －ef|grep  pts/??
     用kill -9 进程号  进程号 。。。即可。

cruelsun

同意lmtok 和bwqlcm 的看法。
我们的系统也能见到这种情况，我就对他们说：休息一下吧，等一下就好了！

大梦

改变锁模式！
用记录锁看看！

coolala

我们系统用多线程的,同时对一个TABLE操作的可能性非常非常大,基本上每次都存在这个错误,如果自己去kill进程是不现实的,等也不现实,呵呵,

大梦您说的改变锁模式,用记录锁怎么做? 有没有直接设置informix就可以解决这个问题的.

因为我们的系统在做多数据库的支持,INFORMIX不熟悉,望大侠们多多指点拉.

lmtok

降低锁级别对提高并发性有帮助。
如果表是页锁的话，对高并发的事务来说就会报这种错误。
试一下降低表的锁级别，
alter table tabname lock mode(row) ;

另外，缩短对这个表的所有事务的执行时间也有帮助。

cruelsun

我们是行锁，繁忙时候一样有这种错误。

songdu

在上面有索引吗？还是 full table scan