免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4156 | 回复: 9
打印 上一主题 下一主题

informix 周期性变慢 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-08-31 15:34 |只看该作者 |倒序浏览
IDS9.4数据库运行三年了,近一年来周期性的很慢:数据库连接慢、执行SQL慢、telnet到服务器也慢;以下是执行onstat -m的结果:


IBM Informix Dynamic Server Version 9.40.FC4W3   -- On-Line -- Up 127 days 01:0

:58 -- 12011520 Kbytes

Message Log File: /informix/informix/online.log
14:29:34  Fuzzy Checkpoint Completed:  duration was 8 seconds, 1954 buffers not

flushed,
timestamp: 0x887fcc86.
14:29:34  Checkpoint loguniq 50807, logpos 0x94a5d4, timestamp: 0x887fcc86

14:29:34  Maximum server connections 4305
14:34:56  Fuzzy Checkpoint Completed:  duration was 22 seconds, 130 buffers not

flushed,
timestamp: 0x887ffe08.
14:34:56  Checkpoint loguniq 50807, logpos 0xd77308, timestamp: 0x887ffe08

14:34:56  Maximum server connections 4305
14:40:09  Fuzzy Checkpoint Completed:  duration was 12 seconds, 137 buffers not

flushed,
timestamp: 0x88801203.
14:40:10  Checkpoint loguniq 50807, logpos 0xf5b390, timestamp: 0x88801203

14:40:10  Maximum server connections 4305
14:45:30  Fuzzy Checkpoint Completed:  duration was 19 seconds, 146 buffers not

flushed,
timestamp: 0x88807429.
14:45:30  Checkpoint loguniq 50807, logpos 0x16dd58c, timestamp: 0x88807429

14:45:30  Maximum server connections 4305



是不是数据库连接太多没释放(Maximum server connections 4305),消耗了太多资源,因为每次这样重启数据库后又会好一段时间,但过不了多久状态依旧。
请各位看看是什么原因???
先谢过了。

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
2 [报告]
发表于 2007-08-31 15:44 |只看该作者
先做次update statistics high;

论坛徽章:
0
3 [报告]
发表于 2007-08-31 17:42 |只看该作者
1. dbexport
2. drop database
3. dbimport
4. update statistics

呵呵

论坛徽章:
0
4 [报告]
发表于 2007-09-03 13:44 |只看该作者
從現象看,重啟后會好一會,然后變慢,應該是user少的時候I/O不錯,人越多越慢,
可以先做 update 看是否有改善(如liaosnet 兄所述)


若沒有明顯改善,就比較麻煩了,可以用oncheck -pt database[:[owner.]table[,fragdbs]] 看看常用的或筆數較多的table的extent 是否很多了,你系統用了3年多,這個可能性很大,
對extent較多的table就要做 unload data,drop table,recreate table (change default extent size ),load data ,updata table

不知道你的user 數量是否在增長,對于一些連進db 而又沒有做任何動作的用戶可以強行他們下線,可以用onstat -g ntt  來看看

论坛徽章:
0
5 [报告]
发表于 2007-09-03 13:58 |只看该作者
我记得dbexport时候,就会根据现有的表数据量,自动更新next size,应该也是可以的吧。

论坛徽章:
0
6 [报告]
发表于 2007-09-04 19:15 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
7 [报告]
发表于 2007-09-10 16:16 |只看该作者
5樓的  向你學習
dbexport 確實會自己算,table的注釋信息
extent size= row size × rows /1024   
  next size = extent size / 10
{ TABLE "c1489".imq_file row size = 333 number of columns = 42 index size = 25 }
{ unload file name = imq_f00101.unl number of rows = 1041227 }

论坛徽章:
0
8 [报告]
发表于 2007-09-18 19:58 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
9 [报告]
发表于 2007-09-19 17:08 |只看该作者
On-Line -- Up 127 days ,127天没重启过数据库了,不慢才怪了。

论坛徽章:
0
10 [报告]
发表于 2007-09-19 23:23 |只看该作者
原帖由 小马儿 于 2007-9-19 17:08 发表
On-Line -- Up 127 days ,127天没重启过数据库了,不慢才怪了。


和这个关系不大吧,我的机器1年也没重启了,速度尚可
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP