本篇文章給大家?guī)砹岁P(guān)于mysql的相關(guān)知識，其中主要介紹了關(guān)于性能優(yōu)化的相關(guān)問題，包括了查詢優(yōu)化等內(nèi)容，下面一起來看一下，希望對大家有幫助。

推薦學(xué)習(xí)：mysql視頻教程

在編寫快速的查詢之前，需要清楚一點(diǎn)，真正重要的是響應(yīng)時間，而且要知道在整個SQL語句的執(zhí)行過程中每個步驟都花費(fèi)了多長時間，要知道哪些步驟是拖垮執(zhí)行效率的關(guān)鍵步驟，想要做到這點(diǎn)，必須要知道查詢的生命周期，然后進(jìn)行優(yōu)化，不同的應(yīng)用場景有不同的優(yōu)化方式，不要一概而論，具體情況具體分析。

一、查詢慢的原因

1、網(wǎng)絡(luò)

2、CPU

3、IO

4、上下文切換

5、系統(tǒng)調(diào)用

6、生成統(tǒng)計(jì)信息

7、鎖等待時間

二、優(yōu)化數(shù)據(jù)訪問

1、查詢性能低下的主要原因是訪問的數(shù)據(jù)太多，某些查詢不可避免的需要篩選大量的數(shù)據(jù)，我們可以通過減少訪問數(shù)據(jù)量的方式進(jìn)行優(yōu)化

（1）確認(rèn)應(yīng)用程序是否在檢索大量超過需要的數(shù)據(jù)

（2）確認(rèn)mysql服務(wù)器層是否在分析大量超過需要的數(shù)據(jù)行

2、是否向數(shù)據(jù)庫請求了不需要的數(shù)據(jù)

（1）查詢不需要的記錄（我們常常會誤以為mysql會只返回需要的數(shù)據(jù)，實(shí)際上mysql卻是先返回全部結(jié)果再進(jìn)行計(jì)算，在日常的開發(fā)習(xí)慣中，經(jīng)常是先用select語句查詢大量的結(jié)果，然后獲取前面的N行后關(guān)閉結(jié)果集。優(yōu)化方式是在查詢后面添加limit）

（2）多表關(guān)聯(lián)時返回全部列（select * from actor inner join film_actor using(actor_id) inner join film using(film_id) where film.title='Academy Dinosaur';select actor.* from actor…;）

（3）總是取出全部列（在公司的企業(yè)需求中，禁止使用select *,雖然這種方式能夠簡化開發(fā)，但是會影響查詢的性能，所以盡量不要使用）

（4）重復(fù)查詢相同的數(shù)據(jù)（如果需要不斷的重復(fù)執(zhí)行相同的查詢，且每次返回完全相同的數(shù)據(jù)，因此，基于這樣的應(yīng)用場景，我們可以將這部分?jǐn)?shù)據(jù)緩存起來，這樣的話能夠提高查詢效率。）

三、執(zhí)行過程的優(yōu)化

1、查詢緩存

在解析一個查詢語句之前，如果查詢緩存是打開的，那么mysql會優(yōu)先檢查這個查詢是否命中查詢緩存中的數(shù)據(jù)，如果查詢恰好命中了查詢緩存，那么會在返回結(jié)果之前會檢查用戶權(quán)限，如果權(quán)限沒有問題，那么mysql會跳過所有的階段，就直接從緩存中拿到結(jié)果并返回給客戶端

2、查詢優(yōu)化處理

mysql查詢完緩存之后會經(jīng)過以下幾個步驟：解析SQL、預(yù)處理、優(yōu)化SQL執(zhí)行計(jì)劃，這幾個步驟出現(xiàn)任何的錯誤，都可能會終止查詢。

（1）語法解析器和預(yù)處理

mysql通過關(guān)鍵字將SQL語句進(jìn)行解析，并生成一顆解析樹，mysql解析器將使用mysql語法規(guī)則驗(yàn)證和解析查詢，例如驗(yàn)證使用使用了錯誤的關(guān)鍵字或者順序是否正確等等，預(yù)處理器會進(jìn)一步檢查解析樹是否合法，例如表名和列名是否存在，是否有歧義，還會驗(yàn)證權(quán)限等等
（2）查詢優(yōu)化器

當(dāng)語法樹沒有問題之后，相應(yīng)的要由優(yōu)化器將其轉(zhuǎn)成執(zhí)行計(jì)劃，一條查詢語句可以使用非常多的執(zhí)行方式，最后都可以得到對應(yīng)的結(jié)果，但是不同的執(zhí)行方式帶來的效率是不同的，優(yōu)化器的最主要目的就是要選擇最有效的執(zhí)行計(jì)劃。

mysql使用的是基于成本的優(yōu)化器，在優(yōu)化的時候會嘗試預(yù)測一個查詢使用某種查詢計(jì)劃時候的成本，并選擇其中成本最小的一個。

a、select count(*) from film_actor; show status like 'last_query_cost';

可以看到這條查詢語句大概需要做1104個數(shù)據(jù)頁才能找到對應(yīng)的數(shù)據(jù)，這是經(jīng)過一系列的統(tǒng)計(jì)信息計(jì)算來的.

(a) 每個表或者索引的頁面?zhèn)€數(shù)

(b) 索引的基數(shù)

(c) 索引和數(shù)據(jù)行的長度

(d) 索引的分布情況

b、在很多情況下mysql會選擇錯誤的執(zhí)行計(jì)劃，原因如下：

（a）統(tǒng)計(jì)信息不準(zhǔn)確（InnoDB因?yàn)槠鋗vcc的架構(gòu)，并不能維護(hù)一個數(shù)據(jù)表的行數(shù)的精確統(tǒng)計(jì)信息）

（b） 執(zhí)行計(jì)劃的成本估算不等同于實(shí)際執(zhí)行的成本(有時候某個執(zhí)行計(jì)劃雖然需要讀取