基本的思路：

優(yōu)化的基本原則：

1)? 永遠(yuǎn)用小結(jié)果集驅(qū)動大結(jié)果集

2)? 盡可能利用索引完成排序

3)? 自取自己需要的字段

4)? 僅僅使用最有效的過濾條件

5)? 盡可能避免復(fù)雜的Join和子查詢。

通過Query Profile查看一條Query獲取CPU、IO、IPC等資源消耗情況, 分析其性能瓶頸

具體做法如下：

1)? Set profiling=1 ????? 開啟Query Profiler功能

2)? Show Profiles:獲取保存多個Query的Profile的概要信息

3)? Show profile cpu, block io for query 6 針對單個Query獲取詳細(xì)的profile信息

查找待優(yōu)化的SQL

(1)???? 通過show status和應(yīng)用特點(diǎn)了解各種SQL的執(zhí)行頻率

通過SHOW STATUS可以提供服務(wù)器狀態(tài)信息，也可以使用mysqladmin extended-status命令獲得。SHOW STATUS可以根據(jù)需要顯示session級別的統(tǒng)計(jì)結(jié)果和global級別的統(tǒng)計(jì)結(jié)果。

以下幾個參數(shù)對Myisam和Innodb存儲引擎都計(jì)數(shù)：

1.Com_select? 執(zhí)行select操作的次數(shù)，一次查詢只累加1；

2.Com_insert 執(zhí)行insert操作的次數(shù)，對于批量插入的insert操作，只累加一次；

3.Com_update 執(zhí)行update操作的次數(shù)；

4.Com_delete　執(zhí)行delete操作的次數(shù)；

?

以下幾個參數(shù)是針對Innodb存儲引擎計(jì)數(shù)的，累加的算法也略有不同：

1. Innodb_rows_read　select查詢返回的行數(shù)；

2. Innodb_rows_inserted執(zhí)行Insert操作插入的行數(shù)；

3. Innodb_rows_updated 執(zhí)行update操作更新的行數(shù)；

4. Innodb_rows_deleted　執(zhí)行delete操作刪除的行數(shù)；

通過以上幾個參數(shù)，可以很容易的了解當(dāng)前數(shù)據(jù)庫的應(yīng)用是以插入更新為主還是以查詢操作為主，以及各種類型的SQL大致的執(zhí)行比例是多少。對于更新操作的計(jì)數(shù)，是對執(zhí)行次數(shù)的計(jì)數(shù)，不論提交還是回滾都會累加。

?

對于事務(wù)型的應(yīng)用，通過Com_commit和Com_rollback可以了解事務(wù)提交和回滾的情況，對于回滾操作非常頻繁的數(shù)據(jù)庫，可能意味著應(yīng)用編寫存在問題。

此外，以下幾個參數(shù)便于我們了解數(shù)據(jù)庫的基本情況：

1.Connections 試圖連接Mysql服務(wù)器的次數(shù)

2.Uptime　?? 服務(wù)器工作時間

3.Slow_queries 慢查詢的次數(shù)

(2)???? 定位執(zhí)行效率較低的SQL語句

可以通過以下兩種方式定位執(zhí)行效率較低的SQL語句：

1.可以通過慢查詢?nèi)罩?/strong>定位那些執(zhí)行效率較低的sql語句，用--log-slow-queries[=file_name]選項(xiàng)啟動時，mysqld寫一個包含所有執(zhí)行時間超過long_query_time秒的SQL語句的日志文件。可以鏈接到管理維護(hù)中的相關(guān)章節(jié)。