亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 數據庫 > MySQL > 正文

幾個常見的MySQL的可優化點歸納總結

2024-07-24 13:07:04
字體:
來源:轉載
供稿:網友

這篇文章主要介紹了幾個常見的MySQL的可優化點歸納總結,包括在編程時處理索引、分頁以及數據類型時可用到的地方,需要的朋友可以參考下

索引相關

1. 查詢(或更新,刪除,可以轉換為查詢)沒有用到索引

這是最基礎的步驟,需要對sql執行explain查看執行計劃中是否用到了索引,需要重點關注type=ALL, key=NULL的字段。

2. 在索引字段上施加函數

 

 
  1. to_char(gmt_created, ‘mmdd') = '0101′ 

正確的寫法

 

 
  1. gmt_created between to_date(“20090101″, “yyyymmdd”) and to_date(“20090102″, “yyyymmdd”) 

3. 在索引字段上使用全模糊

 

 
  1. member_id like ‘%alibab%' 

B樹無法解決此類問題,可以考慮搜索引擎。

但是member_id like ‘alibab%'可以用到索引。

其實,對任何一個字段使用 like ‘%xxxx%'都是一種不規范的做法,需要能檢查到這種錯誤用法。

4. 多列字段的索引,沒有用到前導索引

索引:(memeber_id, group_id)

where group_id=9234,實際上,這個條件是沒有辦法用到上面的索引的。這是一個很常見的誤用。要理解為什么不能用到這個索引,需要理解mysql如何構造多列索引的。

索引是一棵B樹,問題是,對于多列索引,mysql將索引字段按照索引建立的順序進行拼裝,組成一個新的字符串,這個字符串被用來做為構建B樹的鍵。所以,在查詢條件里,如果沒有用到前導列,就沒辦法訪問多列索引的B樹。

應該建立索引:(group_id, member_id)

5. 訪問到了索引之外的字段

索引(member_id, subject)

  1. select subject from offer where member_id=234 


在member_id=234記錄數很多的情況下,會優于

  1. select subject, gmt_created from offer where member_id=234 



原因是第二條sql會根據索引查找到的rowid訪問表里的記錄。第一條sql使用索引范圍掃描就可以得到結果。

如果某個sql執行次數很多,但是讀取的字段沒有被索引覆蓋,那么,可能需要建立覆蓋性索引。

6. 計數count(id)有時比count(*)慢

  1. count(id) === count(1) where id is not null 

如果沒有(id)索引,那么會用全表掃描,而count(*)會使用最優的索引進行用索引快速全掃描

計數統一使用count(*)

7. 正確使用stop機制

判斷member_id在offer表中是否存在記錄:

  1. select count(*) from offer where member_id=234 limit 1 


優于

 

 
  1. select count(*) from offer where member_id=234 

原因是第一條sql會在得到第一條符合條件的記錄后停止。

高效分頁 1. 高效的分頁

使用join技術,利用索引查找到符合條件的id,構造成臨時表,用這個小的臨時表與原表做join

 

 
  1. select * 
  2. from 
  3. select t.*, rownum AS rn 
  4. from 
  5. (select * from blog.blog_article 
  6. where domain_id=1 
  7. and draft=0 
  8. order by domain_id, draft, gmt_created desc) t 
  9. where rownum >= 2 
  10. ) a 
  11. where a.rn <= 3 

應該改寫成

 

 
  1. select blog_article.* 
  2. from 
  3. select rid, rownum as rn 
  4. from 
  5. select rowid as id from blog.blog_article 
  6. where domain_id=1 
  7. and draft=0 
  8. order by domain_id, draft, gmt_created desc 
  9. ) t 
  10. where rownum >= 2 
  11. ) a, blog_article 
  12. where a.rn >= 3 
  13. and a.rid = blog_article.rowid 

2. order by沒有用到索引

有索引(a, b,c )

混合排序規則

 

 
  1. ORDER BY a ASC, b DESC, c DESC /* mixed sort direction */ 

缺失了前導列

 

 
  1. WHERE g = const ORDER BY b, c /* a prefix is missing */ 

缺失了中間列

 

 
  1. WHERE a = const ORDER BY c /* b is missing */ 

使用了不在索引中的列進行排序

 

 
  1. WHERE a = const ORDER BY a, d /* d is not part of index */ 

高效地利用primary key

隨機查詢

一個錯誤的做法:

 

 
  1. select * from title where kind_id=1 order by rand() limit 1; 
  2. create index k on title(kind_id); 

這個sql執行過程中需要全表掃描,并且將數據保存到臨時表,這是一個非常耗時的操作。

改進的做法,利用偏移量。

 

 
  1. select round(rand() * count(*)) from title where kind_id=1; 
  2. select * from title where kind_id=1 limit 1 offset $random; 
  3. create index k on title(kind_id); 

相比上面的做法,這種寫法能夠利用到kind_id上的索引,減少了需要掃描的數據塊。但是,如果offset非常大,那么需要掃描的數據塊也非常大,極端情況是掃描索引k的所有數據塊。

最優的做法,利用主鍵進行范圍查找

 

 
  1. select round(rand() * count(*)) from title where kind_id=1; 
  2. select * from title where kind_id = and id > $random limit 1; 

這個sql利用primary key進行范圍查詢,完全走索引,并且只讀取一條記錄,速度非??臁5?,這種用法的限制是primary key必須是int型,并且是連續自增長的。

高效join 1. 小表驅動大表進行join 2. 避免子查詢

子查詢是一個影響性能的隱患。應該使用join改寫sql。

數據類型 1. 避免隱式轉換

 

 
  1. CREATE TABLE `user` ( 
  2. `id` smallint(5) unsigned NOT NULL AUTO_INCREMENT, 
  3. `account` char(11) NOT NULL COMMENT ”, 
  4. `email` varchar(128), 
  5. PRIMARY KEY (`id`), 
  6. UNIQUE KEY `username` (`account`) 
  7. ) ENGINE=InnoDB CHARSET=utf8; 
  8. mysql> explain select * from user where account=123 /G 
  9. *************************** 1. row *************************** 
  10. id: 1 
  11. select_type: SIMPLE 
  12. tableuser 
  13. type: ALL 
  14. possible_keys: username 
  15. keyNULL 
  16. key_len: NULL 
  17. ref: NULL 
  18. rows: 2 
  19. Extra: Using where 
  20. 1 row in set (0.00 sec) 

可以看到,account=123的條件并沒有用到唯一索引`username`。mysql的server從storage engine中讀取所有的記錄,使用to_number()函數,將記錄中的account轉換成數字,被轉換后的數字用來和參數比較。我們的測試表里有2條記錄,而執行計劃中rows的值也是2,并且type的值為ALL,這也說明索引`username`并沒有被用到。

復制代碼代碼如下:

mysql> explain select * from user where account='123′ /G

*************************** 1. row ***************************

id: 1

select_type: SIMPLE

table: user

type: const

possible_keys: username

key: username

key_len: 33

ref: const

rows: 1

Extra:

1 row in set (0.00 sec)

參數為字符串類型,我們可以看到索引`username`,被使用到了。

這是一個經常被誤用的做法。

2. 主鍵不是自增列

自增列的主鍵有多個好處:

插入性能高。

減小page的碎片。

提供二級索引的性能,降低二級索引的空間,因為二級索引存儲的是主鍵的值,并不是page中的行id。


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
亚洲mm色国产网站| 亚洲福利在线视频| 亚洲成人免费在线视频| 在线不卡国产精品| 成人免费高清完整版在线观看| 日韩中文字幕免费看| 亚洲2020天天堂在线观看| 中文综合在线观看| 日韩av免费在线播放| 91九色蝌蚪国产| 亚洲欧美一区二区三区四区| 91香蕉国产在线观看| 欧美视频在线视频| 国产精品久久久久久久久男| 美女久久久久久久久久久| 欧美日韩性视频| 91精品免费视频| 色偷偷av一区二区三区| 538国产精品一区二区免费视频| 国产精品视频资源| 欧美日韩国产一区二区| 亚洲精品videossex少妇| 国产成人综合精品在线| 欧美黑人极品猛少妇色xxxxx| 欧美最猛性xxxxx(亚洲精品)| 亚洲日韩第一页| 国产精品91在线观看| 97视频在线观看免费高清完整版在线观看| 欧美成人黑人xx视频免费观看| 亚洲免费视频观看| 日韩精品高清在线| 亚洲午夜av电影| 77777少妇光屁股久久一区| 2021久久精品国产99国产精品| 成人免费视频网| 91精品国产精品| 黄色成人在线免费| 九九久久精品一区| 精品日韩美女的视频高清| 亚洲久久久久久久久久| 伊人一区二区三区久久精品| 精品久久久久国产| 中文字幕精品www乱入免费视频| 中文字幕欧美日韩精品| 青青草精品毛片| 国产精品久久久久久久久久免费| 91久久久精品| 久久久精品免费| 成人激情视频小说免费下载| 亚洲一区二区三区xxx视频| 国产精品丝袜久久久久久不卡| 欧美人交a欧美精品| www日韩欧美| 日本最新高清不卡中文字幕| 久久69精品久久久久久国产越南| 日韩成人av在线播放| 国产亚洲一级高清| 日韩av在线天堂网| 精品视频久久久久久| 日韩在线www| 国产成人jvid在线播放| 欧美日韩在线一区| 91精品综合视频| 亚洲精品v欧美精品v日韩精品| 欧美日韩国产中文字幕| 一区二区在线免费视频| 国产视频精品一区二区三区| 久久精品久久久久| 日本高清不卡在线| 欧美天堂在线观看| 欧美成人亚洲成人日韩成人| 国产一区二区三区在线观看视频| 国模吧一区二区三区| 亚洲aa中文字幕| 粉嫩老牛aⅴ一区二区三区| 国产欧美日韩精品丝袜高跟鞋| 亚洲精品电影在线观看| 中文字幕欧美精品日韩中文字幕| 国产成人亚洲综合91精品| 欧美xxxx综合视频| 色综合视频一区中文字幕| 在线看片第一页欧美| 亚洲国产精品大全| 555www成人网| 欧洲中文字幕国产精品| 91在线视频一区| 最近2019年日本中文免费字幕| 5566成人精品视频免费| 国产91精品在线播放| 亚洲电影天堂av| 亚洲aa中文字幕| 欧美老女人在线视频| 91视频国产一区| 国产精品白嫩初高中害羞小美女| 国产精品日韩欧美| 国产精品久久久久7777婷婷| 国产精品高潮呻吟久久av野狼| 亚洲欧美一区二区三区情侣bbw| 国产精品美女久久久免费| 91社区国产高清| 亚洲精品mp4| 成人性生交大片免费看小说| 欧美亚洲另类在线| 日本最新高清不卡中文字幕| 国产精品伦子伦免费视频| 不用播放器成人网| 午夜剧场成人观在线视频免费观看| 亚洲最大成人网色| 日韩在线国产精品| 这里只有视频精品| 亚洲国语精品自产拍在线观看| 在线日韩第一页| 国产欧美精品在线| 成人性生交大片免费观看嘿嘿视频| 午夜精品久久久99热福利| 欧美国产中文字幕| 成人欧美在线观看| 国产成人精品免费视频| 欧美成人网在线| 精品中文字幕在线观看| 欧美日韩亚洲网| 中文字幕久久久av一区| www欧美日韩| 精品自拍视频在线观看| 久久色免费在线视频| 亚洲综合中文字幕在线| 亚洲免费一级电影| 欧美在线视频免费播放| 亚洲护士老师的毛茸茸最新章节| 欧美一级片在线播放| 精品久久久久久亚洲国产300| 成人亚洲综合色就1024| 国产亚洲精品综合一区91| 成人欧美在线视频| 亚洲国内精品视频| 欧美丰满片xxx777| 激情久久av一区av二区av三区| 欧美亚洲国产精品| 亚洲第一综合天堂另类专| 91精品国产99久久久久久| 97精品国产97久久久久久免费| 欧美孕妇性xx| 国产不卡av在线免费观看| 97国产精品视频| 亚洲黄色有码视频| 亚洲欧美日韩精品久久亚洲区| 国产精品一区二区女厕厕| 国产91对白在线播放| 亚洲人成在线免费观看| 国产精品久久久久久久久久久久久久| 日韩专区中文字幕| 26uuu日韩精品一区二区| 国产精品亚洲аv天堂网| 奇米4444一区二区三区| 永久免费毛片在线播放不卡| 欧美又大粗又爽又黄大片视频| 久久99久国产精品黄毛片入口| 欧美在线观看一区二区三区| 蜜月aⅴ免费一区二区三区| 亚洲欧洲日韩国产| 91禁国产网站| 久久久精品免费视频| 欧美日韩国产成人高清视频| 欧美又大又粗又长|