我們是否看到過在公司中許多查詢語句都是select * xxxx
心中的想法肯定是,別人寫了select *,那我寫吧,省去了不少麻煩事兒
數(shù)據(jù)庫中慢查詢開銷的三個(gè)指標(biāo)
如果走了索引
select * from stu where id = 1;
索引會優(yōu)化查詢,只返回十條數(shù)據(jù)
如果沒有id索引,那么就會預(yù)估訪問上百上千行數(shù)據(jù)
tips: 通過mysql中的EXPLAIN命令去查看的其中rows對應(yīng)的行數(shù)
其實(shí)最好的情況就是在存儲引擎層過where濾掉不匹配的記錄
其次好的情況是覆蓋索引命中掃描,在服務(wù)器層where濾掉不匹配的記錄,不需要回表查詢
最的情況是從數(shù)據(jù)表返回?cái)?shù)據(jù),然后再過濾不滿足條件的記錄
使用索引覆蓋,把我們需要的列都放在索引中,這樣我們就避免了回表去查詢
可以單獨(dú)分出來表
3.重構(gòu)查詢(可以進(jìn)行大的查詢化解成小的查詢)
舉例: 如count、limit、max()
count 最好的優(yōu)化就是增加匯總表,因?yàn)閏ount不可避免需要掃描大量的行
limit我們在做分頁的時(shí)候很常用,如下面代碼
select id from stu order by id limit 1000,20;
這條語句會查詢1020條數(shù)據(jù)然后丟掉前一千條返回1000~1020的二十條數(shù)據(jù)
那么優(yōu)化的最好的方式就是走索引,這樣limit查詢查就能變成已知位置的查詢
首先我們試想如果走的是主鍵索引,那么我們?nèi)ゲ樵兊臅r(shí)候第一個(gè)的值就是我們要返回的最小值
我們也可以走主鍵索引以后,用limit去控制數(shù)據(jù)量,這樣就實(shí)現(xiàn)了min()函數(shù)的效果,從而替換掉min
select id from stu use index(primay) where address = 'bj' limit 1;
這樣就盡可能掃描了少的記錄數(shù)
最后我們來做兩道題放松一下吧
找出`Employee` 表中第二高的薪水(Salary) +----+--------+ | Id | Salary | +----+--------+ | 1 | 100 | | 2 | 200 | | 3 | 300 | +----+--------+ 結(jié)果 +---------------------+ | SecondHighestSalary | +---------------------+ | 200 | +---------------------+ 解答 select max(Salary) SecondHighestSalary from Employee where salary (select max(salary) from Employee)
查找 `Person` 表中所有重復(fù)的電子郵箱。 +----+---------+ | Id | Email | +----+---------+ | 1 | a@b.com | | 2 | c@d.com | | 3 | a@b.com | +----+---------+ 結(jié)果 +---------+ | Email | +---------+ | a@b.com | +---------+ 解答 select Email from Person group by Email having count(Email) >= 2;
到此這篇關(guān)于淺談MySQL之select優(yōu)化方案的文章就介紹到這了,更多相關(guān)MySQL select優(yōu)化內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
標(biāo)簽:阿里 三明 定西 溫州 揚(yáng)州 山西 福州 無錫
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《淺談MySQL之select優(yōu)化方案》,本文關(guān)鍵詞 淺談,MySQL,之,select,優(yōu)化,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。