话外:在说这个问题前,我先说说昨天说的CSDN的博客问题,
总之,不是很爽,昨天同样写了一篇文章,不过是直接在CSDN上面写的在提交时
CSDN后台出错啦!!!晕.白写半天..说起来自己也真够笨的,
希望别的朋友不要和我一样犯这样的底级错误!
话里:
今天...不...应该是昨天.在公司遇到这样一件事性.当有后台开通程序向
informix批量加入数据时.速度非常慢,整个表被锁起.所以别的操作都没办法进
行下去.最后用下面的命令跟踪到加入数据的SQL,分析出原来是在建表时
初始空间和扩展空间设置不合理,导致每几次在加入数据时,informix
都要自己在去扩展表空间,且扩展比较小,所以啦!就锁住啦!!呵呵.问题就是这
样的.下面是跟踪的过程,也是种精验吧.看兄弟们你们用不用的上.
oncheck -pt 数据库名:表名 //查询表的使用情况,和空间申请次数 number of extends 每次申请扩展数
onstat -g act -r 2 //看当前线程 每2秒执行一次 查出tcb
onstat -u|grep tcb //查看当前线程 执行的SQL ID号
onstat -g sql id //查看SQL
onmode -z id //杀掉执行的SQL
onstat -d //数据库空间
dbschema -d 数据库名 -t 表名 -ss u.sql //导出建表SQL到u.sql文件
{ TABLE "informix".o_message row size = 4248 number of columns = 1