sybase 速度慢，求高手帮忙看看。

gezechen

我们的系统现在同时在线人数 超过500人，cpu 占用就到了100%了。

应用层做了好多优化，效果不明显。

期待高手帮忙分析下， 是什么原因导致我们的 cpu 很高。

下面我贴出来sysmon。系统最忙的时候抓的。

诺华

CPU忙的原因有很多种，你的问题首先在于你的CPU确实在做事，每秒的I/O数目为：267797.6，这对于4个CPU来说，已经很高了。要定位问题，可以使用monTables确定哪些表的I/O数多，很可能是由于有不正确的查询策略，比如表扫描，比如索引扫描，比如连接顺序不对...

你的 Spinlock Contention为26.8%，是相当高的值，建议增加内存分区数目，CPU为4，我通常建议分区在8或者16.特别对于ASE15，这个参数需要适当调高，特别你使用了性能好的机器，比如p6 CPU。

number of open objects达到了最大值，建议调高，这个会对性能有一点儿影响。

Runnable Process Search Count调整为10没有问题。我的经验是，如果调高了，比如2000，在某些平台上，业务很低的时候，系统CPU会表现较高；但如果是数据库很忙，没有影响。

Network Packet Received很高属于正常，这个不是调整网络包的依据。

热点表争用可以做，但是这个是针对锁阻塞的。而如果锁阻塞严重，则CPU就不会很高。我认为，这个不会有太大的帮助。

sysmon的监控的长度，要依据问题来定。并不是越长越好。如果系统持续忙，长短关系不大（但过长会导致参数溢出）。如果系统属于突发性性能问题，则需要尽量短（这个建议是编写sysmon的老外给的，不是我说的，嘿嘿）

gezechen

1> sp_sysmon '00:01:00'
===============================================================================
      Sybase Adaptive Server Enterprise System Performance Report
===============================================================================

Server Version:        Adaptive Server Enterprise/15.0.2/EBF 15965 ESD#6/P/ia64
Server Name:           SHD_SPMS_SRV                                             
Run Date:              Mar 23, 2011                                             
Sampling Started at:   Mar 23, 2011 10:09:18                                    
Sampling Ended at:     Mar 23, 2011 10:10:31                                    
Sample Interval:       00:01:13                                                
Sample Mode:           No Clear                                                
Counters Last Cleared: Feb 26, 2011 23:09:33                                    

===============================================================================

Kernel Utilization
------------------

  Your Runnable Process Search Count is set to 10                              
  and I/O Polling Process Count is set to 50                                    

  Engine Busy Utilization        CPU Busy   I/O Busy       Idle                 
  ------------------------       --------   --------   --------   
    Engine 0                      100.0 %      0.0 %      0.0 %              
    Engine 1                      100.0 %      0.0 %      0.0 %              
    Engine 2                      100.0 %      0.0 %      0.0 %              
    Engine 3                      100.0 %      0.0 %      0.0 %              
  ------------------------       --------   --------   --------   
  Summary           Total         400.0 %      0.0 %      0.0 %              
                  Average         100.0 %      0.0 %      0.0 %              

  CPU Yields by Engine            per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Engine 0                          0.0           0.0           0       0.0 %
    Engine 1                          0.0           0.0           0       0.0 %
    Engine 2                          0.0           0.0           0       0.0 %
    Engine 3                          0.1           0.0           5     100.0 %
  -------------------------  ------------  ------------  ----------
  Total CPU Yields                    0.1           0.0           5            

  Network Checks
    Non-Blocking                     30.2           1.3        2208      99.8 %
    Blocking                          0.1           0.0           5       0.2 %
  -------------------------  ------------  ------------  ----------
  Total Network I/O Checks           30.3           1.3        2213            
  Avg Net I/Os per Check              n/a           n/a     3.79349       n/a   

  Disk I/O Checks
    Total Disk I/O Checks            34.7           1.4        2533       n/a   
    Checks Returning I/O             12.1           0.5         882      34.8 %
    Avg Disk I/Os Returned            n/a           n/a     0.55102       n/a   

  Tuning Recommendations for Kernel Utilization                                 
  ---------------------------------------------                                 
  - Consider bringing more engines online

gezechen

太长了，我传个附件 sysmon.txt (93.95 KB, 下载次数: 84)

2011-3-24 15:03 上传

点击文件名下载附件

andkylee

默认数据存储的Spinlock Contention太严重了，达到26.8 %。 请将默认数据缓存分区试试。

Runnable Process Search Count设置为10，太小了。 请问这是谁建议调整的。默认好像是2000.可以适当增加一些。cpu在空闲的时候老是去查找是否有任务，这本身会导致cpu很忙。


因为Network Packet Received相关网络包等到导致task context switch 也很高。。可以考虑增加网络包的大小。

[ 本帖最后由 andkylee 于 2011-3-24 15:56 编辑 ]

花好月不圆

采样时间才1分钟,你让人看什么

最少采样15-30分钟把

andkylee

原帖由 花好月不圆 于 2011-3-24 21:10 发表
采样时间才1分钟,你让人看什么

最少采样15-30分钟把

是。 不过他们的cpu真的是很忙。

luckyrandom

若是有偿，我帮你介绍一个上海的专搞Sybase的

aok

default data cache
Spinlock Contention               n/a           n/a         n/a      26.8 %
这个很严重了.
另外,做个热点表争用的报告上来,sp_object_stats "00:10:00"抓10分钟的看看.

gezechen

谢谢，各位高手的帮忙。

可能是我们调整了数据库页 大小 为8k。

缓冲区 大小是
statement cache size                     0      111604        51200
                51200 memory pages(2k)     dynamic   


使用的怎么大于 配置的。

我们看看多几个分区看看。
需等月底用户集中使用的时候看看效果。