以下的文章主要講述的是 MySQL SQL優(yōu)化的實(shí)際應(yīng)用筆記的實(shí)際操作流程，以及關(guān)于Mysql查詢使用 index 的問題解決， 如果你對(duì)其相關(guān)的實(shí)際操作有興趣的話，你就可以對(duì)以下的文章點(diǎn)擊觀看了。

 

Mysql的強(qiáng)制索引（Force Index）都為我們做了哪些優(yōu)化？

 

mysql5下大數(shù)據(jù)量查詢優(yōu)化的問題

 

推薦圈子: Database圈子

更多相關(guān)推薦 一般使用SQL的時(shí)候你是不會(huì)去想到優(yōu)化。但是面對(duì)一個(gè)有MySQL SQL性能問題的數(shù)據(jù)庫時(shí)，我們應(yīng)該如何入手進(jìn)行系統(tǒng)的分析，使得能夠盡快定位問題SQL，并且盡快解決問題。

 

1.使用show status 命令了解各種MySQL SQL的執(zhí)行頻率

引用

例如在Mysql的Cline上輸入

show status like 'Com_%';

 

 

顯示的是一些:Com_xxx.

 

Com_xxx 表示每個(gè)xx語句執(zhí)行的次數(shù)。通常情況下我們比較關(guān)注如下一些操作：

 

引用

Com_select:執(zhí)行select操作的次數(shù)

Com_insert:執(zhí)行Insert操作的次數(shù)，對(duì)于批量插入的INSERT操作，只累加一次

 

Com_update:執(zhí)行update操作的次數(shù)

 

Com_delete:執(zhí)行Delete操作的次數(shù)

 

 

上面這些參數(shù)對(duì)于所有存儲(chǔ)引擎的表操作都會(huì)進(jìn)行累加。下面有些參數(shù)只針對(duì)InnoDB存儲(chǔ)引擎的，累加的算法也有點(diǎn)不一樣。

 

引用

Innodb_rows_read:select查詢返回的行數(shù)

Innodb_rows_inserted:執(zhí)行INSERT操作插入的行數(shù)

 

Innodb_rows_updated:執(zhí)行Update操作更新的行數(shù)

 

Innodb_rows_deleted:執(zhí)行Delete操作刪除的行數(shù)

 

 

通過上面的一些參數(shù)，我們可以了解當(dāng)前數(shù)據(jù)庫的應(yīng)用是以插入為主還是以查詢?yōu)橹?。以及各種類型的MySQL SQL大致的執(zhí)行比例是多少。對(duì)于更新操作的計(jì)數(shù)，是對(duì)執(zhí)行次數(shù)的計(jì)數(shù)，不管提交還是回滾都會(huì)進(jìn)行累加。

 

對(duì)于事務(wù)型的應(yīng)用，通過Com_commit和Com_rollback進(jìn)行分析。如果回滾操作非常頻繁那么要思考下是不是編寫存在問題。

下面有幾個(gè)參數(shù)用于了解數(shù)據(jù)庫的基本情況

 

引用

Connections:試圖連接Mysql服務(wù)器的次數(shù)（執(zhí)行的命令是：show status like 'Con_%';）

Uptime: 服務(wù)器工作時(shí)間（執(zhí)行的命令是：show status like 'Up_%';）

 

Slow_queries:慢查詢的次數(shù)（執(zhí)行的命令是：show status like 'Slow_%';）

 

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

要想定義效率較低的SQL可以按照下面兩種方式試試。

引用

1. 通過慢查詢?nèi)罩径ㄎ荒切﹫?zhí)行效率較低的SQL語句，用 --log-slow-queries[=file_name]選項(xiàng)啟動(dòng)時(shí)，mysqld寫一個(gè)包含所有執(zhí)行時(shí)間超過long_query_time秒的SQL語句的日志文件。

2. 慢查詢?nèi)罩驹诓樵兘Y(jié)束以后才記錄，所以在應(yīng)用反映執(zhí)行效率出現(xiàn)問題的時(shí)候進(jìn)行查詢慢查詢?nèi)罩静⒉荒芏ㄎ粏栴}，可以使show processlist 命令查看當(dāng)前MySQL在進(jìn)行的線程，包括線程的狀態(tài)，是否鎖表等，可以實(shí)時(shí)地查看SQL的執(zhí)行情況，同時(shí)對(duì)一些鎖表操作進(jìn)優(yōu)化。

 

3. 使用EXPLAIN分析低效SQL的執(zhí)行計(jì)劃。

在查詢到效率低的MySQLSQL語句后，那我們可以使用explain或者DESC命令獲取Myswl如何執(zhí)行SELECT語句的信息，包括在Select語句執(zhí)行過程中表如何連接和連接的順序。

 

例如你想計(jì)數(shù)xxxx年公司的銷售額，那么需要操作sales和comapny table，并對(duì)money字段進(jìn)行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  

 

下面解釋下每個(gè)列的含義：

 

引用

select_type: 表示SELECT的類型，常見的取值為SIMPLE(簡單表，不使用表連接或者子查詢)、PRIMARY(主查詢，即外層的查詢)、UNION、SUBQUERY

table: 輸出結(jié)果集的表

type: 表示表的連接類型，性能由好到差的類型類型為

(System(表中僅有一行，即常量表)，

 

const(單表中最多有一個(gè)匹配行)，

 

eq_ref(對(duì)于前面的每一行,在此表中只查詢一條記錄)，

 

ref(使用普通的索引)，

 

ref_or_null(和ref類似，但是條件中包含對(duì)于NULL查詢),

 

index_merge(索引合并優(yōu)化),

 

unique_subquery(in的后面是一個(gè)查詢主鍵字段的子查詢),

 

index_subquery(類似unique_subquery，主要是in的后面是查詢非***索引字段的子查詢),

 

range(單表中的范圍查詢),

 

index(對(duì)于當(dāng)前的每一行，都通過查詢索引來得到數(shù)據(jù)),

 

all(對(duì)于當(dāng)前的每一行,都通過全表掃描來得到數(shù)據(jù)))

 

possible_keys: 表示查詢時(shí)，可能使用的索引

key:表示實(shí)際使用的索引

 

key_len:索引字段的長度

 

rows:掃描行的數(shù)量

 

Extra:執(zhí)行情況的說明和描述

 

 

以上的相關(guān)內(nèi)容就是對(duì)MySQL SQL優(yōu)化的筆記的介紹，望你能有所收獲。 

【編輯推薦】

1. Mysql數(shù)據(jù)庫編碼的問題的解析
2. MySQL 5安裝過程中遇到的問題的解決
3. MySQL字符的編碼轉(zhuǎn)換問題詳解
4. MySQL QueryCache原理經(jīng)典講解
5. MySQL MyISAM的引擎和InnoDB引擎的比較