coolala 发表于 2003-07-03 14:54

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

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

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

lmtok 发表于 2003-07-03 16:01

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

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

bigsunflower 发表于 2003-07-03 16:39

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

那怎样才能解决啊?

bwqlcm 发表于 2003-07-03 18:04

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

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

cruelsun 发表于 2003-07-03 21:30

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

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

大梦 发表于 2003-07-04 08:52

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

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

coolala 发表于 2003-07-04 09:30

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

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

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

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

lmtok 发表于 2003-07-04 09:41

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

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

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

cruelsun 发表于 2003-07-04 10:18

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

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

songdu 发表于 2003-07-04 12:00

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

在上面有索引吗?还是 full table scan
页: [1] 2
查看完整版本: Could not do a physical-order read to fetch next row?