求各位高手了,小弟所在公司的一个项目中在大量并发访问或大量数据修改的时候经常出现
Could not do a physical-order read to fetch next row.错误,
出现这个问题好几天了,还没有解决这个问题,急呀。。。。
如何解决informix 锁表Could not do a physical-order read to fetch next row
- 写回答
- 好问题 0 提建议
- 追加酬金
- 关注问题
- 邀请回答
-
1条回答 默认 最新
- iteye_4873 2010-10-21 13:31关注
紧急处理:
用oncheck -cI 数据库名进行检查,如果发现有锁表现象,
用who -u找见进此用户的进程号,
用ps -ef|grep pts/??
用kill -9 进程号 进程号 。。。即可根本解决:
降低锁级别对提高并发性有帮助。
如果表是页锁的话,对高并发的事务来说就会报这种错误。
试一下降低表的锁级别,
alter table tabname lock mode(row) ;另外,缩短对这个表的所有事务的执行时间也有帮助。
本回答被题主选为最佳回答 , 对您是否有帮助呢?解决评论 打赏 举报无用 1
悬赏问题
- ¥15 平板录音机录音问题解决
- ¥15 请问维特智能的安卓APP在手机上存储传感器数据后,如何找到它的存储路径?
- ¥15 (SQL语句|查询结果翻了4倍)
- ¥15 Odoo17操作下面代码的模块时出现没有'读取'来访问
- ¥50 .net core 并发调用接口问题
- ¥15 网上各种方法试过了,pip还是无法使用
- ¥15 用verilog实现tanh函数和softplus函数
- ¥15 Hadoop集群部署启动Hadoop时碰到问题
- ¥15 求京东批量付款能替代天诚
- ¥15 slaris 系统断电后,重新开机后一直自动重启