最近數據庫服務器有點慢，去看看哪方面的壓力比較大！

其實并不是這個Lucky28 數據庫影響整個服務器。
但多少會有點影響，每個小影響積累起來就影響比較大！

這里簡單的講一下：如何使用數據庫引擎優化顧問優化數據庫 

簡單的優化一下數據庫。

一、啟動 microsoft sql server management studio(就是sql的管理工具）

二、工具->sql server PRofiler

三、sql server profiler->文件->新建跟蹤 ->運行

　　時間長一點，點停止 然后保存這個跟蹤

　　 sql server profiler->文件->保存->取個名字。

　　詳細查看：

　　如何創建跟蹤 (SQL Server Profiler)

　　http://technet.microsoft.com/zh-cn/library/ms175047.aspx

 四、sql server profiler->工具-數據庫引擎優化顧問

　　工作負荷 選擇剛才保存的文件。

　　在選擇要優化的數據庫和表 里面選擇一個（不要全選，會卡死的）

　　選項都是中文的，自己配置一下。

　　最后點下開始分析。等著，我這個等了十幾分鐘。

　　完成后會有建議

　　　　看一下建議

　　tbLucky28Account 這張表查詢其實已經很快了，但是他使用頻率很高，跟據它的建議優化一下。確實提高了不少。

　　 一個是統計，一個是索引

　　以下是網上查過來的：

　　 1.STATISTICS是一個表中某幾個列的統計信息，如一個表是全校學生某次考試的分數，score列的類型是int，取值范圍是0到100的整數， 那么statistc就是每個分數分別有多少人。在一個特定的查詢中，使用索引可能加快　　速度，也可能減慢速度，所以SQL server要事先對使用索引的效果做一個預測，預測的依據就是STATISTICS。
　　2.默認情況下，表或索引更改了，統計會相應地自動更新， 以保持統計是最新的。但是可以在數據庫選項中關閉這個自動更新的功能，提高數據表的更新速度。但需要定期手動更新統計。因為過期的統計信息會對是否使用索 引的判斷帶來誤判。沒發現SQL2000和SQL2005的統計有什么區別。
　　3.index要依賴正確的STATISTICS才能發揮作用。而你的SQL2005優化工具對缺乏STATISTIC的列自動產生了創建語句。

　　索引有很多好處和壞外，以下是索引的一點點資料，

　　http://www.cnblogs.com/Mattcoder/archive/2007/02/08/644824.html

五、查看報告

有很多報告可以查看。

 這里可以看到 tbLucky28Account 這個賬戶表的訪問頻率，前面的建議優化是非常正確的。

這里有索引的報告。這里我圈出來的兩個索引特別大。
最大那個 PK_tbUserWagerTaskHistory 這個是歷史數據，備查的，平時不用沒什么影響。
但是上面那個PK_tbGamePriceAccountLogs_XX這個有32多M就要跟據自己的實際情況進行優化。

如何使用數據庫引擎優化顧問優化數據庫

http://technet.microsoft.com/zh-cn/library/ms186354.aspx 

 如何創建工作負荷

http://technet.microsoft.com/zh-cn/library/ms190957.aspx