Informix日志报错:Could not do a physical-order read to fetch netxt row

jmeter请求接口,1线程不报错,2线程及以上报错“无法执行查询”,看后台日志,报错Could not do a physical-order read to fetch netxt row。

是锁表,先查看是哪个sql锁的表,

onstat -ks|grep HDR+X  查出owner,此时发现大量锁存在,且停止发压后消失。(这时就应该推测是配置问题,先检查weblogic控制台,数据源里是否配置锁等待,果然没配,这里是informix数据库,要做如下配置)

问题到此解决。

如果是少量锁存在,说明是其他问题,继续下面的排查步骤:

onstat -u | grep owner 查出sessionid

onstat -g sql sessionid 查出具体sql

 

查出锁表sql后,有两种解决方案:

1、杀进程:onmode –z sessionid 

2、降低锁级别:

锁按照粒度分为6种: 库锁、表锁、页锁、行锁、字节锁、键锁,我检查下是否需要降低锁级别,查sql的锁级别:

select tabname, locklevel from systables where tabname = ‘表名’  --表名要全小写。

此处锁级别是R行级。如果要改成行级,执行 alter table t_test lock mode (ROW)

 

参考文档:

解锁步骤

代码问题引起的informix锁表

Informix查看死锁和解锁

informix锁机制及如何分析其锁冲突

Informix onstat 命令详解 1 

Informix onstat 命令详解 2

 

posted @   zhaot1993  阅读(777)  评论(0编辑  收藏  举报
(评论功能已被禁用)
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
点击右上角即可分享
微信分享提示