问题描述
求各位高手了,小弟所在公司的一个项目中在大量并发访问或大量数据修改的时候经常出现 Could not do a physical-order read to fetch next row.错误, 出现这个问题好几天了,还没有解决这个问题,急呀。。。。
解决方案
紧急处理:用oncheck -cI 数据库名进行检查,如果发现有锁表现象,用who -u找见进此用户的进程号,用ps -ef|grep pts/??用kill -9 进程号 进程号 。。。即可根本解决:降低锁级别对提高并发性有帮助。如果表是页锁的话,对高并发的事务来说就会报这种错误。试一下降低表的锁级别,alter table tabname lock mode(row) ;另外,缩短对这个表的所有事务的执行时间也有帮助。
时间: 2024-09-09 18:31:49