MySQL SQL優化筆記的實際操作流程
以下的文章主要講述的是 MySQL SQL優化的實際應用筆記的實際操作流程，以及關于Mysql查詢使用 index 的問題解決， 如果你對其相關的實際操作有興趣的話，你就可以對以下的文章點擊觀看了。
Mysql的強制索引（Force Index）都為我們做了哪些優化？
mysql5下大數據量查詢優化的問題
推薦圈子: Database圈子
更多相關推薦 一般使用SQL的時候你是不會去想到優化。但是面對一個有MySQL SQL性能問題的數據庫時，我們應該如何入手進行系統的分析，使得能夠盡快定位問題SQL，并且盡快解決問題。
1.使用show status 命令了解各種MySQL SQL的執行頻率
引用
例如在Mysql的Cline上輸入
show status like 'Com_%';
顯示的是一些:Com_xxx.
Com_xxx 表示每個xx語句執行的次數。通常情況下我們比較關注如下一些操作：
引用
Com_select:執行select操作的次數
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操作刪除的行數
通過上面的一些參數，我們可以了解當前數據庫的應用是以插入為主還是以查詢為主。以及各種類型的MySQL SQL大致的執行比例是多少。對于更新操作的計數，是對執行次數的計數，不管提交還是回滾都會進行累加。
對于事務型的應用，通過Com_commit和Com_rollback進行分析。如果回滾操作非常頻繁那么要思考下是不是編寫存在問題。
下面有幾個參數用于了解數據庫的基本情況
引用
Connections:試圖連接Mysql服務器的次數（執行的命令是：show status like 'Con_%';）
Uptime: 服務器工作時間（執行的命令是：show status like 'Up_%';）
Slow_queries:慢查詢的次數（執行的命令是：show status like 'Slow_%';）
2. 定位執行效率較低的MySQL SQL語句
要想定義效率較低的SQL可以按照下面兩種方式試試。
引用
1. 通過慢查詢日志定位那些執行效率較低的SQL語句，用 --log-slow-queries[=file_name]選項啟動時，mysqld寫一個包含所有執行時間超過long_query_time秒的SQL語句的日志文件。
2. 慢查詢日志在查詢結束以后才記錄，所以在應用反映執行效率出現問題的時候進行查詢慢查詢日志并不能定位問題，可以使show processlist 命令查看當前MySQL在進行的線程，包括線程的狀態，是否鎖表等，可以實時地查看SQL的執行情況，同時對一些鎖表操作進優化。
3. 使用EXPLAIN分析低效SQL的執行計劃。
在查詢到效率低的MySQLSQL語句后，那我們可以使用explain或者DESC命令獲取Myswl如何執行SELECT語句的信息，包括在Select語句執行過程中表如何連接和連接的順序。
例如你想計數xxxx年公司的銷售額，那么需要操作sales和comapny table，并對money字段進行sum操作。看看怎么使用explain：
引用
explain select sum(moneys) from sales a company b where a.company_id = b.id and a.year=XXXX \G;(注意加上\G是為了更好的看)
顯示如下：
- *********************** 1. row***************************
- id: 1
- select_type: SIMPLE
- table: a
- type: ALL
- possible_keys: NULL
- key:NULL
- key_len: NULL
- ref: NULL
- rows:1000
- Extra: Using where
- *********************** 2. row***************************
- id: 2
- select_type: SIMPLE
- table: b
- type: ref
- possible_keys: ind_company_id
- key:ind_comapany_id
- key_len: 5
- ref: sakila.a.company_id
- rows:1
- Extra: Using where;Using index
下面解釋下每個列的含義：
引用
select_type: 表示SELECT的類型，常見的取值為SIMPLE(簡單表，不使用表連接或者子查詢)、PRIMARY(主查詢，即外層的查詢)、UNION、SUBQUERY
table: 輸出結果集的表
type: 表示表的連接類型，性能由好到差的類型類型為
(System(表中僅有一行，即常量表)，
const(單表中最多有一個匹配行)，
eq_ref(對于前面的每一行,在此表中只查詢一條記錄)，
ref(使用普通的索引)，
ref_or_null(和ref類似，但是條件中包含對于NULL查詢),
index_merge(索引合并優化),
unique_subquery(in的后面是一個查詢主鍵字段的子查詢),
index_subquery(類似unique_subquery，主要是in的后面是查詢非***索引字段的子查詢),
range(單表中的范圍查詢),
index(對于當前的每一行，都通過查詢索引來得到數據),
all(對于當前的每一行,都通過全表掃描來得到數據))
possible_keys: 表示查詢時，可能使用的索引
key:表示實際使用的索引
key_len:索引字段的長度
rows:掃描行的數量
Extra:執行情況的說明和描述
以上的相關內容就是對MySQL SQL優化的筆記的介紹，望你能有所收獲。
【編輯推薦】
- Mysql數據庫編碼的問題的解析
- MySQL 5安裝過程中遇到的問題的解決
- MySQL字符的編碼轉換問題詳解
- MySQL QueryCache原理經典講解
- MySQL MyISAM的引擎和InnoDB引擎的比較
