資料庫引擎優化

㈠ 資料庫該如何優化

資料庫優化可以從以下幾個方面進行：
1.結構層: web伺服器採用負載均衡伺服器,mysql伺服器採用主從復制,讀寫分離
2.儲存層: 採用合適的存儲引擎,採用三範式
3.設計層: 採用分區分表,索引,表的欄位採用合適的欄位屬性,適當的採用逆範式,開啟mysql緩存
4.sql語句層:結果一樣的情況下,採用效率高,速度快節省資源的sql語句執行

㈡ 如何使用資料庫引擎優化顧問優化資料庫

確定您希望資料庫引擎優化顧問在分析過程中考慮添加、刪除或保留的資料庫功能（索引、索引視圖、分區）。有關詳細信息，請參閱 關於工作負荷和使用資料庫引擎優化顧問的注意事項。 創建工作負荷。有關詳細信息，請參閱 啟動資料庫引擎優化顧問，並登錄到 MicrosoftSQL Server 實例。有關詳細信息，請參閱 啟動資料庫引擎優化顧問。在「常規」選項卡上，在 「會話名稱」 中鍵入一個名稱以創建新的優化會話。 選擇一個「工作負荷文件」或「表」 ，然後在相鄰的文本框中鍵入文件的路徑或表的名稱。 指定表的格式為 database_name.schema_name.table_name 若要搜索工作負荷文件或表，請單擊「瀏覽」按鈕。 資料庫引擎優化顧問假定工作負荷文件是滾動更新文件。有關滾動更新文件的詳細信息，請參閱 限制跟蹤文件和表的大小。 使用跟蹤表作為工作負荷時，該表必須存在於資料庫引擎優化顧問正在優化的同一台伺服器上。如果您創建的跟蹤表在其他伺服器上，則必須將其移到資料庫引擎優化顧問准備優化的伺服器上才能用作工作負荷。 選擇要對其運行在步驟 5 中選擇的工作負荷的資料庫和表。若要選擇表，請單擊「所選表」箭頭。 選中「保存優化日誌」 以保存優化日誌的副本。如果不希望保存優化日誌的副本，請清除該復選框。 在分析之後，可以通過打開會話並選擇「進度」選項卡來查看優化日誌。 單擊「優化選項」 選項卡，從列出的選項中進行選擇。有關詳細信息，請參閱 可用的優化選項。 單擊工具欄中的 「開始分析」按鈕。 如果希望停止已經啟動的優化會話，請在「操作」菜單上選擇以下選項之一：選擇「停止分析(並提供建議)」 將停止優化會話，並提示您選擇是否希望資料庫引擎優化顧問根據目前已完成的分析來生成建議。選擇「停止分析」 將停止優化會話而不生成任何建議。

㈢ 如何使用資料庫引擎優化顧問 添加建議索引

作為示範，只是寫了一個最簡單select語句作為示例
因為該表的資料庫量不大，只有1000行，並且只是查詢一個欄位的信息，所以執行起來的速度很快，但是如果是上百萬的數據，在加上各種select嵌套使用時，就會非常影響查詢速度，這是做索引優化就是必須的操作了
在腳本中單擊滑鼠右鍵，點擊「在資料庫引擎優化顧問中分析查詢」
在打開的 資料庫引擎優化顧問 中 直接開始分析, 點擊「開始分析」
分析完成後，會出現建議索引。可以查看建議索引的個數和統計的個數
可以在菜單欄中的操作下，選擇應用建議，然後在彈出框中，選擇立即應用。直接創建建議索引
7
創建後的結果如下：
END
注意事項
在選擇建議索引的時候，可以在需要的索引前打勾，不需要的可以去掉
可以直接應用索引，也可以保存索引的腳本，然後在進行修改，最後執行腳本

㈣ mysql資料庫的優化方法

我們都知道，伺服器資料庫的開發一般都是通過java或者是PHP語言來編程實現的，而為了提高我們資料庫的運行速度和效率，資料庫優化也成為了我們每日的工作重點，今天，雲南IT培訓http://www.kmbdqn.cn/就一起來了解一下mysql伺服器資料庫的優化方法。

為什麼要了解索引

真實案例

案例一：大學有段時間學習爬蟲，爬取了知乎300w用戶答題數據，存儲到mysql數據中。那時不了解索引，一條簡單的「根據用戶名搜索全部回答的sql「需要執行半分鍾左右，完全滿足不了正常的使用。

案例二：近線上應用的資料庫頻頻出現多條慢sql風險提示，而工作以來，對資料庫優化方面所知甚少。例如一個用戶數據頁面需要執行很多次資料庫查詢，性能很慢，通過增加超時時間勉強可以訪問，但是性能上需要優化。

索引的優點

合適的索引，可以大大減小mysql伺服器掃描的數據量，避免內存排序和臨時表，提高應用程序的查詢性能。

索引的類型

mysql數據中有多種索引類型，primarykey，unique，normal，但底層存儲的數據結構都是BTREE;有些存儲引擎還提供hash索引，全文索引。

BTREE是常見的優化要面對的索引結構，都是基於BTREE的討論。

B-TREE

查詢數據簡單暴力的方式是遍歷所有記錄;如果數據不重復，就可以通過組織成一顆排序二叉樹，通過二分查找演算法來查詢，大大提高查詢性能。而BTREE是一種更強大的排序樹，支持多個分支，高度更低，數據的插入、刪除、更新更快。

現代資料庫的索引文件和文件系統的文件塊都被組織成BTREE。

btree的每個節點都包含有key，data和只想子節點指針。

btree有度的概念d>=1。假設btree的度為d，則每個內部節點可以有n=[d+1，2d+1)個key，n+1個子節點指針。樹的大高度為h=Logb[(N+1)/2]。

索引和文件系統中，B-TREE的節點常設計成接近一個內存頁大小(也是磁碟扇區大小)，且樹的度非常大。這樣磁碟I/O的次數，就等於樹的高度h。假設b=100，一百萬個節點的樹，h將只有3層。即，只有3次磁碟I/O就可以查找完畢，性能非常高。

索引查詢

建立索引後，合適的查詢語句才能大發揮索引的優勢。

另外，由於查詢優化器可以解析客戶端的sql語句，會調整sql的查詢語句的條件順序去匹配合適的索引。

㈤ 玉溪電腦培訓學校告訴你mysql資料庫的優化方法

我們都知道，伺服器資料庫的開發一般都是通過java或者是PHP語言來編程實現的，而為了提高我們資料庫的運行速度和效率，資料庫優化也成為了我們每日的工作重點，今天，玉溪IT培訓http://www.kmbdqn.cn/就一起來了解一下mysql伺服器資料庫的優化方法。

為什麼要了解索引

真實案例

案例一：大學有段時間學習爬蟲，爬取了知乎300w用戶答題數據，存儲到mysql數據中。那時不了解索引，一條簡單的「根據用戶名搜索全部回答的sql「需要執行半分鍾左右，完全滿足不了正常的使用。

案例二：近線上應用的資料庫頻頻出現多條慢sql風險提示，而工作以來，對資料庫優化方面所知甚少。例如一個用戶數據頁面需要執行很多次資料庫查詢，性能很慢，通過增加超時時間勉強可以訪問，但是性能上需要優化。

索引的優點

合適的索引，可以大大減小mysql伺服器掃描的數據量，避免內存排序和臨時表，提高應用程序的查詢性能。

索引的類型

mysql數據中有多種索引類型，primarykey，unique，normal，但底層存儲的數據結構都是BTREE;有些存儲引擎還提供hash索引，全文索引。

BTREE是常見的優化要面對的索引結構，都是基於BTREE的討論。

B-TREE

查詢數據簡單暴力的方式是遍歷所有記錄;如果數據不重復，就可以通過組織成一顆排序二叉樹，通過二分查找演算法來查詢，大大提高查詢性能。而BTREE是一種更強大的排序樹，支持多個分支，高度更低，數據的插入、刪除、更新更快。

現代資料庫的索引文件和文件系統的文件塊都被組織成BTREE。

btree的每個節點都包含有key，data和只想子節點指針。

btree有度的概念d>=1。假設btree的度為d，則每個內部節點可以有n=[d+1，2d+1)個key，n+1個子節點指針。樹的大高度為h=Logb[(N+1)/2]。

索引和文件系統中，B-TREE的節點常設計成接近一個內存頁大小(也是磁碟扇區大小)，且樹的度非常大。這樣磁碟I/O的次數，就等於樹的高度h。假設b=100，一百萬個節點的樹，h將只有3層。即，只有3次磁碟I/O就可以查找完畢，性能非常高。

索引查詢

建立索引後，合適的查詢語句才能大發揮索引的優勢。

另外，由於查詢優化器可以解析客戶端的sql語句，會調整sql的查詢語句的條件順序去匹配合適的索引。

㈥ 如何使用資料庫引擎優化顧問優化資料庫

這里簡單的講一下：如何使用資料庫引擎優化顧問優化資料庫
簡單的優化一下資料庫。
一、啟動 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就要跟據自己的實際情況進行優化。

㈦ 如何使用資料庫引擎優化顧問優化資料庫

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

二、工具->sql server PRofiler
三、sql server profiler->文件->新建跟蹤 ->運行

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

sql server profiler->文件->保存->取個名字。
四、sql server profiler->工具-資料庫引擎優化顧問
工作負荷 選擇剛才保存的文件。

在選擇要優化的資料庫和表 裡面選擇一個（不要全選，會卡死的）

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

最後點下開始分析。等著十幾分鍾完成後會有建議