Sybase怎么檢查索引的問題？

其實(shí)我有點(diǎn)暈

數(shù)據(jù)庫里有幾張表，數(shù)據(jù)只有幾十行，用sp_spaceused查看的時(shí)候，索引居然有六七百兆，導(dǎo)致數(shù)據(jù)庫性能嚴(yán)重下降，前臺(tái)網(wǎng)頁基本上打不開。用dbcc checktable和dbcc tablealloc檢查過，并沒有報(bào)錯(cuò)。重建索引后恢復(fù)正常。
想請(qǐng)問一下，像這樣的問題，用什么命令能檢查出來呢？數(shù)據(jù)庫版本是12.5.3 / EBF12876。謝謝！

fishcoder

這張表的增刪改多么？

其實(shí)我有點(diǎn)暈

回復(fù) 2# fishcoder


    用的倒是挺頻繁的

fishcoder

回復(fù) 3# 其實(shí)我有點(diǎn)暈


    如果頻率很大的話，那應(yīng)該就是這個(gè)問題了

    分三種情況：
    1、 insert 添加在一定程度上可以導(dǎo)致B樹page的分裂，從而使索引的大小變大

    2. update： 如果更新索引相關(guān)的column，那么首先是刪除原來那個(gè)key，然后再添加(mysql的實(shí)現(xiàn)，我覺得 sybase應(yīng)該也差不多)

    3. delete：sybase 默認(rèn)在刪除的時(shí)候不會(huì)清理索引頁中的key的，因此在索引中會(huì)存在很多沒有用的key

   處理方法呢，你可以試試 rebuild index，我記得是會(huì)加sh-table的鎖，這個(gè)不確定
   是在不行，可以先把index drop掉，完了再創(chuàng)建么，反正表很小，寫個(gè)腳本在半夜2點(diǎn)做就可以了

其實(shí)我有點(diǎn)暈

回復(fù) 4# fishcoder


    謝謝指點(diǎn)。我那個(gè)系統(tǒng)倒不是很重要的，隨時(shí)都可以做的

其實(shí)我有點(diǎn)暈

回復(fù) 4# fishcoder


    謝謝，找到問題了。之前一直沒太注意，這些表用的是行鎖。定期做reorg rebuild就好了。