Could not do a physical-order read to fetch next row?
Could not do a physical-order read to fetch next row?这个是什么错误? 怎么解决?
Could not do a physical-order read to fetch next row?
有可能是有几条数据记录被其他进程锁住了,也有可能是表坏了Could not do a physical-order read to fetch next row?
那怎样才能解决啊?Could not do a physical-order read to fetch next row?
用oncheck -cI 数据库名进行检查,如果发现有锁表现象,用who -u找见进此用户的进程号,
用ps -ef|greppts/??
用kill -9 进程号进程号 。。。即可。
Could not do a physical-order read to fetch next row?
同意lmtok 和bwqlcm 的看法。我们的系统也能见到这种情况,我就对他们说:休息一下吧,等一下就好了!
Could not do a physical-order read to fetch next row?
改变锁模式!用记录锁看看!
Could not do a physical-order read to fetch next row?
我们系统用多线程的,同时对一个TABLE操作的可能性非常非常大,基本上每次都存在这个错误,如果自己去kill进程是不现实的,等也不现实,呵呵,大梦您说的改变锁模式,用记录锁怎么做? 有没有直接设置informix就可以解决这个问题的.
因为我们的系统在做多数据库的支持,INFORMIX不熟悉,望大侠们多多指点拉.
Could not do a physical-order read to fetch next row?
降低锁级别对提高并发性有帮助。如果表是页锁的话,对高并发的事务来说就会报这种错误。
试一下降低表的锁级别,
alter table tabname lock mode(row) ;
另外,缩短对这个表的所有事务的执行时间也有帮助。
Could not do a physical-order read to fetch next row?
我们是行锁,繁忙时候一样有这种错误。Could not do a physical-order read to fetch next row?
在上面有索引吗?还是 full table scan
页:
[1]
2