通過show status和應用特點了解各種SQL的執行頻率
通過SHOW STATUS可以提供服務器狀態信息，也可以使用mysqladmin extended-status命令獲得。SHOW STATUS可以根據需要顯示session級別的統計結果和global級別的統計結果。
以下幾個參數對Myisam和Innodb存儲引擎都計數：- Com_select 執行select操作的次數，一次查詢只累加1；
- Com_insert 執行insert操作的次數，對於批量插入的insert操作，只累加一次；
- Com_update 執行update操作的次數；
- Com_delete 執行delete操作的次數。
以下幾個參數是針對Innodb存儲引擎計數的，累加的算法也略有不同：
- Innodb_rows_read select查詢返回的行數；
- Innodb_rows_inserted執行Insert操作插入的行數；
- Innodb_rows_updated 執行update操作更新的行數；
- Innodb_rows_deleted 執行delete操作刪除的行數。
通過以上幾個參數，可以很容易的瞭解當前數據庫的應用是以插入更新爲主還是以查詢操作爲主，以及各種類型的SQL大致的執行比例是多少。對於更新操作的計數，是對執行次數的計數，不論提交還是回滾都會累加。
對於事務型的應用，通過Com_commit和Com_rollback可以瞭解事務提交和回滾的情況，對於回滾操作非常頻繁的數據庫，可能意味着應用編寫存在問題。
此外，以下幾個參數便於我們瞭解數據庫的基本情況：
- Connections 試圖連接Mysql服務器的次數
- Uptime 服務器工作時間
- Slow_queries 慢查詢的次數
定位執行效率較低的SQL語句
可以通過以下兩種方式定位執行效率較低的SQL語句：- 可以通過慢查詢日誌定位那些執行效率較低的sql語句，用--log-slow-queries[=file_name]選項啓動時，mysqld寫一個包含所有執行時間超過long_query_time秒的SQL語句的日誌文件。可以鏈接到管理維護中的相關章節。
- 慢查詢日誌在查詢結束以後才紀錄，所以在應用反映執行效率出現問題的時候查詢慢查詢日誌並不能定位問題，可以使用show processlist命令查看當前MySQL在進行的線程，包括線程的狀態，是否鎖表等等，可以實時的查看SQL執行情況，同時對一些鎖表操作進行優化。
通過EXPLAIN分析低效SQL的執行計劃
通過以上步驟查詢到效率低的SQL後，我們可以通過explain或者desc 獲取MySQL如何執行SELECT語句的信息，包括select語句執行過程表如何連接和連接的次序。explain可以知道什麼時候必須爲表加入索引以得到一個使用索引來尋找記錄的更快的SELECT。
mysql> explain select sum(moneys) from sales a,companys b where a.company_id = b.id and a.year = 2006;
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
| select_type | table | type | possible_keys| key | key_len | rows | Extra |
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
| SIMPLE | b | index | PRIMARY | PRIMARY | 4 | 1 | Using index |
| SIMPLE | a | ALL | NULL | NULL | NULL | 12 | Using where |
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
2 rows in set (0.02 sec)
說明：
- select_type：select 類型
- table：輸出結果集的表
- type：表示表的連接類型
- ①當表中僅有一行是type的值爲system是最佳的連接類型；
- ②當select操作中使用索引進行表連接時type的值爲ref；
- ③當select的表連接沒有使用索引時，經常會看到type的值爲ALL，表示對該表進行了全表掃描，這時需要考慮通過創建索引來提高表連接的效率。
- possible_keys：表示查詢時,可以使用的索引列.
- key：表示使用的索引
- key_len：索引長度
- rows：掃描範圍
- Extra：執行情況的說明和描述
確定問題，並採取相應的優化措施
經過以上步驟，基本可以確認問題出現的原因，可以根據情況採取相應的措施，進行優化提高執行的效率。例如上面的例子，我們確認是對a表的全表掃描導致效率的不理想，我們對a表的year字段創建了索引，查詢需要掃描的行數明顯較少。
mysql> explain select sum(moneys) from sales a,companys b where a.company_id = b.id and a.year = 2006;
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
| select_type | table | type | possible_keys| key | key_len | rows | Extra |
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
| SIMPLE | b | index | PRIMARY | PRIMARY | 4 | 1 | Using index |
| SIMPLE | a | ref | year | year | 4 | 3 | Using where |
+----------------+----------+-----------+----------------+----------------+----------+-----------+----------------+
2 rows in set (0.02 sec)
摘自：http://see.xidian.edu.cn/cpp/html/1472.html