请教帮忙分析下为什么业务系统运行缓慢
这个业务系统平时在线350---450人左右,中午的时候我索引刚都重建过了,还是运行缓慢, 下面是参数的一些配置sp_configure "max memory"
Parameter Name Default Memory Used Config Value Run Value Unit Type
max memory 46080 5000000 2500000 2500000 memory pages(2k) dynamic
sp_cacheconfig "default data cache"
A B C D E
Cache Name Status Type Config Value Run Value
default data cache Active Default 3000.00 Mb 3000.00 Mb
------------ ------------
Total 3000.00 Mb 3000.00 Mb
==========================================================================
Cache: default data cache, Status: Active, Type: Default
Config Size: 3000.00 Mb, Run Size: 3000.00 Mb
Config Replacement: strict LRU, Run Replacement: strict LRU
Config Partition: 1, Run Partition: 1
IO Size Wash Size Config Size Run Size APF Percent
8 Kb 61440 Kb 0.00 Mb 2000.00 Mb 10
64 Kb 61440 Kb 1000.00 Mb 1000.00 Mb 10
sp_configure "max online engines"
Parameter Name Default Memory Used Config Value Run Value Unit Type
max online engines 1 10484 3 3 number static
sp_configure "procedure cache size"
Parameter Name Default Memory Used Config Value Run Value Unit Type
procedure cache size 3271 544940 250000 250000 memory pages(2k) dynamic
请帮忙看下啊,谢谢啊 ,附件是sp_sysmon10分钟运行结果 参数看起来没什么大问题
业务类型是什么样的？看sysmon交易不多，但每事务IO可不少！有典型业务的SQL，统计，计划等信息才能分析
更新页锁较多，还是和业务相关
缓存没有什么问题，如果能够分区更好，稍微有些螺旋锁竞争，但不激烈。。。等等，这些都是小问题
回复 #2 chenfeng825 的帖子
楼上的您好,主要业务是查询,统计查询之类的很多是通过存储过程来完成的,"每事务IO可不少！有典型业务的SQL，统计，计划等信息才能分析"是指需要分析优化SQL么?
除了这些我还需要做哪些调整呢,早上又N多人反映系统慢,呵呵,在现场有压力啊 建议对那些经常增删改的表及时进行碎片整理，并定是更新统计信息。 优化SQL，索引，并更新统计信息等做做看吧。事情说起来一箩筐，但真正生效的话几个典型的调整如果有回报的话负载应该能看到变化的.
别的基本职能锦上添花 呵呵 楼上两位说的方法我基本上每两个星期都做一次了,NND 系统有点神经病现在速度又快起来了,和早上不是一个级别的,估计和些SQL有关
导致死锁,有些我也很无奈,系统大概240个菜单,都优化下命没了,关键我觉得还是要开发人员自己把关,存储过程基本上都是一个和7,8个相关联的,10G的数据量 索引有80G 呵呵
[ 本帖最后由 sybaseoracle 于 2008-4-2 10:47 编辑 ] 原帖由 sybaseoracle 于 2008-4-2 10:44 发表 http://bbs.chinaunix.net/images/common/back.gif
呵呵 楼上两位说的方法我基本上每两个星期都做一次了,NND 系统有点神经病现在速度又快起来了,和早上不是一个级别的,估计和些SQL有关
导致死锁,有些我也很无奈,系统大概240个菜单,都优化下命没了,关键我觉得还是 ...
发现问题并解决问题才行，从描述来看，问题是很清楚的。SQL，设计可能都有问题，这些都不是每两个星期需要重做的，搞定了。就没有问题了，至于统计更新这种都属于例行维护范畴！
DBA可能要负责对系统的结构和SQL代码质量审核的！:mrgreen:
10G数据，80G索引这个就基本属于DBA的职责了，为什么需要这么多，insert/delete/update的代价问题等等。 呵呵 楼上说的很有道理,结合我的实际情况就是,现场的问题很多,我没有只专注于数据库的运行情况
业务需求,分析,测试,程序哪些地方出错了,怎么让操作对用户更友好(我以前是搞JAVA开发的,专业是网络),业务功能是否符合要求,数据库运行情况,备份,和客户沟通等一系列都属于我的工作范畴,什么都要搞两把 呵呵
[ 本帖最后由 sybaseoracle 于 2008-4-2 12:01 编辑 ]
页:
[1]