我做了一個(gè)查重的功能 查詢出來的數(shù)據(jù)結(jié)果 最多幾百條 幾百條這種情況也很少 一般就幾條 所以我并沒有用到分頁 表里面的總行數(shù)也就十幾萬數(shù)據(jù)的樣子 按理說不應(yīng)該會這么慢啊下面是我的存儲過程 @where條件是 where C_Web_Name =''lily'' 我給 C_Web_Name 這個(gè)字段 建立了一個(gè)非聚集索引ALTER proc [dbo].[CourseBywhere]@where varchar(500)asdeclare @sql varchar(max)set @sql = 'select 下面顯示的是執(zhí)行存儲過程的時(shí)間SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 1 毫秒。SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 1 毫秒。SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 1 毫秒。SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 1 毫秒。SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 1 毫秒。(162 行受影響)SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 385 毫秒。SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 385 毫秒。SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 385 毫秒。上面的這個(gè)結(jié)果還能有辦法優(yōu)化一下嗎?我單獨(dú)執(zhí)行SQL語句select id,C_Web_Name,C_SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 5 毫秒,占用時(shí)間 = 5 毫秒。SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 16 毫秒,占用時(shí)間 = 390 毫秒。這樣好像也沒太大的區(qū)別吧?誰能有辦法給解決?。考鼻罅?nbsp; 謝謝。 另外說下 網(wǎng)站前幾天查詢速度都還挺快的 就昨天起突然就變的特別慢了 我也沒有更新網(wǎng)站 是什么問題呢?
2 回答

米脂
TA貢獻(xiàn)1836條經(jīng)驗(yàn) 獲得超3個(gè)贊
更新一下統(tǒng)計(jì)信息,不知道你的表的變更情況怎么樣,有可能統(tǒng)計(jì)信息不準(zhǔn),生成了錯(cuò)誤的執(zhí)行計(jì)劃。
執(zhí)行計(jì)劃緩存也需要清空一下。
最好看一下實(shí)際查詢的執(zhí)行計(jì)劃。
- 2 回答
- 0 關(guān)注
- 610 瀏覽
添加回答
舉報(bào)
0/150
提交
取消