请假sybase的cpu占用率和磁盘占用率很高的问题，谢谢

freecr_cu

请教各位，我接手维护的业务后台数据库是sybase150的，原开发单位已不存在，所以特来求助，web业务系统其他功能正常，但是只要执行其中的一项功能操作，sybase的cpu占用马上到99%（top看到的结果），磁盘占用也达到99%(iostat 看磁盘使用率看到的)，机器是红旗dc5.0 sp2，32位，8G内存，8核cpu。附件是我抓的sp_sysmon的结果和sybase的配置文件，麻烦大家帮我看看吧，不胜感激。

还有，sp_sysmon结果里面建议“Consider adding a large I/O pool for this cache.”是那个配置项增加这个large io？

zhaopingzi

1. 
   
2. sp_poolconfig "default data cache","20M","16k"
   
3. 
   
4. 在default data cache，从2k池中取20M作为16K池
   

复制代码

freecr_cu

非常感谢,我试试看一下效果

Eisen

平时工作正常，唯独某些操作导致CPU和IO狂高的情况下，一般都是bad sql可能性居大，而不大可能是pool或cache大小的设置问题。
既然已经是ASE15了，建议使用dbcc sqltext和MDA等跟踪查询到具体的执行procedure，然后单步debug到引发问题的sql code并加以优化。

freecr_cu

谢谢楼上的回答，我仔细查看了一下
1> sp_who
2> go
fid    spid   status       loginame origname hostname        blk_spid
         dbname             cmd                            block_xloid
------ ------ ------------ -------- -------- --------------- --------
         ------------------ ------------------------------ -----------
      0      2 sleeping     NULL     NULL     NULL                   0
         master             DEADLOCK TUNE                            0
      0      3 sleeping     NULL     NULL     NULL                   0
         master             ASTC HANDLER                             0
      0      4 sleeping     NULL     NULL     NULL                   0
         master             ASTC HANDLER                             0
      0      5 sleeping     NULL     NULL     NULL                   0
         master             ASTC HANDLER                             0
      0      6 sleeping     NULL     NULL     NULL                   0
         master             CHECKPOINT SLEEP                         0
      0      7 sleeping     NULL     NULL     NULL                   0
         master             HK WASH                                  0
      0      8 sleeping     NULL     NULL     NULL                   0
         master             HK GC                                    0
      0      9 sleeping     NULL     NULL     NULL                   0
         master             HK CHORES                                0
      0     10 sleeping     NULL     NULL     NULL                   0
         master             PORT MANAGER                             0
      0     11 sleeping     NULL     NULL     NULL                   0
         master             NETWORK HANDLER                          0
      0     12 lock sleep   oa       oa       oa2                   28
         oa                 INSERT                                   0
      0     13 sleeping     NULL     NULL     NULL                   0
         master             LICENSE HEARTBEAT                        0
      0     28 sleeping     oa       oa       oa2                    0
         oa                 INSERT                                   0
      0     36 recv sleep   oa       oa       oa2                    0
         oa                 AWAITING COMMAND                         0
      0    106 lock sleep   oa       oa       oa2                   28
         oa                 UPDATE                                   0
      0    247 lock sleep   oa       oa       oa2                   28
         oa                 UPDATE                                   0
      0    256 sleeping     oa       oa       oa2                    0
         oa                 SELECT                                   0
      0    274 lock sleep   oa       oa       oa2                   28
         oa                 UPDATE                                   0
      0    275 recv sleep   oa       oa       oa2                    0
         oa                 AWAITING COMMAND                         0
      0    381 recv sleep   oa       oa       oa2                    0
         oa                 AWAITING COMMAND                         0
      0    386 running      sa       sa       fddb1                  0
         master             INSERT                                   0
      0    413 lock sleep   oa       oa       oa2                   28
         oa                 INSERT                                   0

sp_lock的结果
1> sp_lock
2> go
The class column will display the cursor name for locks associated with a cursor
for the current user and the cursor id for other users.
fid    spid   loid        locktype                     table_id    page      
         row    dbname          class                        
         context                     
------ ------ ----------- ---------------------------- ----------- -----------
         ------ --------------- ------------------------------
         ----------------------------
      0     12          24 Ex_intent                     1429577100           0
              0 oa              Non Cursor Lock               
                                      
      0     12          24 Ex_row                        1429577100     2129100
             57 oa              Non Cursor Lock               
                                      
      0     28          56 Sh_intent                      350621261           0
              0 oa              Non Cursor Lock               
                                      
      0     28          56 Sh_row                         350621261      529289
             18 oa              Non Cursor Lock               
                                      
      0     28          56 Sh_table-blk                  1685578012           0
              0 oa              Non Cursor Lock               
                                      
      0     28          56 Ex_table                      1341425101           0
              0 tempdb          Non Cursor Lock               
                                      
      0    386         772 Sh_intent                      960003420           0
              0 master          Non Cursor Lock               
                                      
      0    413         826 Ex_intent                     1429577100           0
              0 oa              Non Cursor Lock               
                                      
      0    413         826 Ex_row                        1429577100     2129101
             54 oa              Non Cursor Lock

发现spid为256的是操作执行的语句，使用dbcc sqltext得到sql语句，但是这个进程是sleeping状态，真是奇怪，使用
select spid ,blocked from master..sysprocesses where blocked > 0
发现没有阻塞进程，
select *  from master..syslogshold也没有发现不完整的事务。
还请大虾们指点。

zhaopingzi

查看blk_spid是28的spid

Eisen

恩，既然得到了spid，那就sp_showplan 256,null,null,null看看执行计划怎么样。

sybman

从你的sysmon的数据来看，default data cache的miss率高达91%多，这样的话就会频繁读磁盘，磁盘使用率能不高么。

建议增加default data cache的大小，或者把经常操作的几个表绑定到特定的data cache，并从这些data cache中划分一个
用于large I/O的buffer pool, buffer pool size 应该为当前 ASE page size * 8, 这样的话，以后ASE 以后就可以每次读取
8个page，大大节省DISK i/o时间，提升性能。

回复 1# freecr_cu