? ? ? ?先簡單介紹下博主 面臨的情況，17年底，一個用了5年的售后系統(tǒng)處于要升級換代又因為其他原因?qū)е聲簳r不能升級的情況，所以需要在不動大的架構(gòu)的情況來做優(yōu)化。具體有個呼叫中心，坐席會一直在接電話，60人左右，電話保存時有個很復(fù)雜的派單邏輯，要優(yōu)先保證效率。外面管理員，維修工，操作員3000+。

? ? ? ?先用代碼整理下，看看各個表都是多大

--Script1: --查看某數(shù)據(jù)庫所有表的信息 DECLARE @tablespaceinfo TABLE ([name] SYSNAME,[rows] BIGINT,[reserved] VARCHAR(100),[data] VARCHAR(100),[index_size] VARCHAR(100),[unused] VARCHAR(100) )DECLARE @tablename VARCHAR(255);DECLARE Info_cursor CURSOR FORSELECT '['+[name]+']' FROM sys.tables WHERE TYPE='U';OPEN Info_cursor FETCH NEXT FROM Info_cursor INTO @tablenameWHILE @@FETCH_STATUS = 0 BEGININSERT INTO @tablespaceinfo EXEC sp_spaceused @tablenameFETCH NEXT FROM Info_cursor INTO @tablename ENDCLOSE Info_cursor DEALLOCATE Info_cursorSELECT * FROM @tablespaceinfoORDER BY Cast(Replace(reserved,'KB','') AS INT) DESC

復(fù)制下來直接執(zhí)行就好，結(jié)果是數(shù)據(jù)庫大致400G,最大的表為客戶檔案和客戶資產(chǎn)，分別有2000萬條和1800萬條數(shù)據(jù)這兩個數(shù)據(jù)表，之前優(yōu)化后已經(jīng)對表做了分區(qū)，具體可以看表分區(qū)，下面是要先對呼叫中心反映的卡頓做對應(yīng)的處理，說是電話接入后要10-20秒才會有反應(yīng)，需要出畫面打開慢的原因。

開始以為是兩個大表的原因，后面發(fā)現(xiàn)不是，下面介紹下最快速發(fā)現(xiàn)問題的工具。

框框中標識的是活動監(jiān)視器，里面會有幾個非常有用的東西，我們繼續(xù)暫開說

活動監(jiān)視器會自動給出這些監(jiān)視的內(nèi)容，這里有兩點非常需要關(guān)注，最近耗費大量資源的查詢，以及進程。雙擊這些查詢最近耗費大量資源的查詢，會看到具體的語句。我們這時只要在其中發(fā)現(xiàn)我們需要優(yōu)化的界面中存在的語句調(diào)用的內(nèi)容，就可以做對應(yīng)處理。同時插一句，如果讓這里耗費大量資源語句的都得到優(yōu)化就已經(jīng)極大的完成了任務(wù)了。

這個是我找出來的問題的存儲過程，發(fā)現(xiàn)這個執(zhí)行起來非常慢大概需要15秒，雖然看著表很多，但總覺得不至于。圖中可以發(fā)現(xiàn)，有大量的DATEADD(MM,-6,GETDATE())為了獲取最近6個月的服務(wù)數(shù)據(jù)，那就簡單了，創(chuàng)建個變量代替這個就行。現(xiàn)在這個存儲過程被壓縮到2秒，另外說一句，就算不用運算getdate這個函數(shù)，取一次，然后用變量代替getdate也會比現(xiàn)在優(yōu)化很多，不需要反復(fù)去數(shù)據(jù)庫取時間。

下面是進程

這是當時上線一個外部app端后的情況，可以發(fā)現(xiàn)目前的資源等待已經(jīng)很嚴重了，高達8517毫秒，雖然阻塞者都是自己273，但其實是有很多可以優(yōu)化的空間的。雙擊，可以看到詳細的回話信息，里面的內(nèi)容可以拷出來單獨優(yōu)化。語句中有個*非常的扎眼，這里說下當你想在select子句中列出所有的列時，使用動態(tài)sql列引用“*”是一個方便的方法，不幸的是，是一種非常低效的方法。sql解析過程中，還需要把“*”依次轉(zhuǎn)換為所有的列名，這個工作需要查詢數(shù)據(jù)字典完成！后續(xù)查看該視圖，又將里面的UNION ALL拆分，將該語句效率提升了3倍左右。

在最下方還有個SELECT? COUNT (*) from的語句，可能這是學(xué)校里教法，但實際應(yīng)用中把count（*）換成count（1）在改語句中竟然可以提升60%的效率，親測有效。

最后帶一下概述

這里的計數(shù)器是反應(yīng)服務(wù)器性能的，如果其他方面沒用，只能通過提升硬件了。挑選服務(wù)器已經(jīng)在前面提過。

在這問題優(yōu)化過后，數(shù)據(jù)庫還經(jīng)歷了很多事務(wù)方面的優(yōu)化，打算在后面單獨講，包括臟讀幻讀需要的注意點，性能和準確性的兼顧，這些都是需要統(tǒng)籌考慮的?；顒颖O(jiān)視器這個sql的神器，希望可以得到更改的應(yīng)用，幫到大家，一般小問題都可以比較簡單的從這里面發(fā)現(xiàn)

經(jīng)過1個月的優(yōu)化，這套服務(wù)了5年的系統(tǒng)終于繼續(xù)愉快的跑了起來。對于一個服務(wù)了這么多年系統(tǒng)，真不容易哦。

總結(jié)

以上是生活随笔為你收集整理的数据库优化的方法及步骤的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。