(資料圖片)

只select用到的字段

select * 會將用不到的字段也查詢出來，耗費內(nèi)存資源。并且不能使用覆蓋索引

盡量使用覆蓋索引

select column1,column2 from user。如果查詢的所有字段都是索引字段，稱為覆蓋索引，覆蓋索引的查詢速度與效率是非常高的。

索引使用要合理

不要在重復(fù)性過高的字段上使用索引，比如性別這個字段，加上索引的作用不大。根據(jù)阿里巴巴開發(fā)手冊，單表索引要在5個以內(nèi)。

減少數(shù)據(jù)庫交互次數(shù)

之前帶實習(xí)生的時候，看到過這種代碼 ，邏輯沒問題，但是磁盤IO次數(shù)過多，增加性能消耗

使用limit 1

第一條SQL找到第一條匹配數(shù)據(jù)之后，繼續(xù)掃描下一條數(shù)據(jù)，直到所有數(shù)據(jù)表的數(shù)據(jù)掃描一遍。

第二條SQL,加了limit 1之后，找到第一條匹配的數(shù)據(jù)之后，直接返回結(jié)果，停止匹配工作。

limit分頁優(yōu)化

有時候業(yè)務(wù)要做數(shù)據(jù)清洗，可能要做分頁

原SQL,會查詢10020條數(shù)據(jù)，再拋棄前面的10000條數(shù)據(jù)，只保留20條。而優(yōu)化后的SQL,會直接從10001數(shù)據(jù)查起，取20條數(shù)據(jù)。

避免左模糊匹配

Union替換OR語句

In與Exists的使用

謹(jǐn)慎使用MySQL查詢緩存

查詢緩存在MySQL在提出，MySQL8之后又移除。但是大部分公司還在使用，還是有這一項功能的。查詢緩存默認(rèn)是處于關(guān)閉狀態(tài)的，需要手動修改配置文件，重啟才能生效。開啟查詢緩存后，SQL第一次執(zhí)行后會將數(shù)據(jù)緩存到內(nèi)存中，第二次查詢直接從內(nèi)存讀取。但是存在以下缺點：

緩存命中率不高，任何對于表結(jié)構(gòu)與數(shù)據(jù)的更新操作都會讓緩存失效。兩次查詢的SQL需要完全匹配，連大小寫都需要一致。根據(jù)官方的測試，開啟緩存后針對一個表進(jìn)行簡單查詢，每次查的都不一樣，結(jié)果性能降低13%。這個是個用的好，提升性能，用不好會坑自己的方法。

標(biāo)簽：