《Mysql實(shí)例幾個(gè)常見的MySQL的可優(yōu)化點(diǎn)歸納總結(jié)》要點(diǎn):
本文介紹了Mysql實(shí)例幾個(gè)常見的MySQL的可優(yōu)化點(diǎn)歸納總結(jié),希望對(duì)您有用。如果有疑問,可以聯(lián)系我們。
MYSQL應(yīng)用索引相關(guān)
MYSQL應(yīng)用1. 查詢(或更新,刪除,可以轉(zhuǎn)換為查詢)沒有用到索引
這是最基礎(chǔ)的步驟,需要對(duì)sql執(zhí)行explain查看執(zhí)行計(jì)劃中是否用到了索引,需要重點(diǎn)關(guān)注type=ALL, key=NULL的字段.
MYSQL應(yīng)用2.? 在索引字段上施加函數(shù)
MYSQL應(yīng)用
to_char(gmt_created, ‘mmdd') = '0101′
MYSQL應(yīng)用正確的寫法
MYSQL應(yīng)用
gmt_created between to_date(“20090101″, “yyyymmdd”) and to_date(“20090102″, “yyyymmdd”)
MYSQL應(yīng)用3. 在索引字段上使用全模糊
MYSQL應(yīng)用
member_id like ‘%alibab%'
MYSQL應(yīng)用B樹無法解決此類問題,可以考慮搜索引擎.
但是member_id like ‘a(chǎn)libab%'可以用到索引.
其實(shí),對(duì)任何一個(gè)字段使用 like ‘%xxxx%'都是一種不規(guī)范的做法,需要能檢查到這種錯(cuò)誤用法.
MYSQL應(yīng)用4.? 多列字段的索引,沒有用到前導(dǎo)索引
索引:(memeber_id, group_id)
where group_id=9234,實(shí)際上,這個(gè)條件是沒有辦法用到上面的索引的.這是一個(gè)很常見的誤用.要理解為什么不能用到這個(gè)索引,需要理解mysql如何構(gòu)造多列索引的.
索引是一棵B樹,問題是,對(duì)于多列索引,mysql將索引字段按照索引建立的順序進(jìn)行拼裝,組成一個(gè)新的字符串,這個(gè)字符串被用來做為構(gòu)建B樹的鍵.所以,在查詢條件里,如果沒有用到前導(dǎo)列,就沒辦法訪問多列索引的B樹.
應(yīng)該建立索引:(group_id, member_id)
MYSQL應(yīng)用5. 訪問到了索引之外的字段
索引(member_id, subject)
MYSQL應(yīng)用
select subject from offer where member_id=234
MYSQL應(yīng)用在member_id=234記錄數(shù)很多的情況下,會(huì)優(yōu)于
MYSQL應(yīng)用
select subject, gmt_created from offer where member_id=234
MYSQL應(yīng)用原因是第二條sql會(huì)根據(jù)索引查找到的rowid訪問表里的記錄.第一條sql使用索引范圍掃描就可以得到結(jié)果.
如果某個(gè)sql執(zhí)行次數(shù)很多,但是讀取的字段沒有被索引覆蓋,那么,可能需要建立覆蓋性索引.
MYSQL應(yīng)用6.? 計(jì)數(shù)count(id)有時(shí)比count(*)慢
MYSQL應(yīng)用
count(id) === count(1) where id is not null
MYSQL應(yīng)用如果沒有(id)索引,那么會(huì)用全表掃描,而count(*)會(huì)使用最優(yōu)的索引進(jìn)行用索引快速全掃描
計(jì)數(shù)統(tǒng)一使用count(*)
MYSQL應(yīng)用7.? 正確使用stop機(jī)制
判斷member_id在offer表中是否存在記錄:
MYSQL應(yīng)用
select count(*) from offer where member_id=234 limit 1
MYSQL應(yīng)用優(yōu)于
MYSQL應(yīng)用
select count(*) from offer where member_id=234
MYSQL應(yīng)用原因是第一條sql會(huì)在得到第一條符合條件的記錄后停止.
MYSQL應(yīng)用
高效分頁
1.? 高效的分頁
使用join技術(shù),利用索引查找到符合條件的id,構(gòu)造成臨時(shí)表,用這個(gè)小的臨時(shí)表與原表做join
MYSQL應(yīng)用
select *
from
(
select t.*, rownum AS rn
from
(select * from blog.blog_article
where domain_id=1
and draft=0
order by domain_id, draft, gmt_created desc) t
where rownum >= 2
) a
where a.rn <= 3
MYSQL應(yīng)用應(yīng)該改寫成
MYSQL應(yīng)用
select blog_article.*
from
(
select rid, rownum as rn
from
(
select rowid as id from blog.blog_article
where domain_id=1
and draft=0
order by domain_id, draft, gmt_created desc
) t
where rownum >= 2
) a, blog_article
where a.rn >= 3
and a.rid = blog_article.rowid
MYSQL應(yīng)用2. order by沒有用到索引
有索引(a, b,c )
混合排序規(guī)則
MYSQL應(yīng)用
ORDER BY a ASC, b DESC, c DESC /* mixed sort direction */
MYSQL應(yīng)用缺失了前導(dǎo)列
MYSQL應(yīng)用
WHERE g = const ORDER BY b, c /* a prefix is missing */
MYSQL應(yīng)用缺失了中間列
MYSQL應(yīng)用
WHERE a = const ORDER BY c /* b is missing */
MYSQL應(yīng)用使用了不在索引中的列進(jìn)行排序
MYSQL應(yīng)用
WHERE a = const ORDER BY a, d /* d is not part of index */
MYSQL應(yīng)用高效地利用primary key
隨機(jī)查詢
一個(gè)錯(cuò)誤的做法:
MYSQL應(yīng)用
select * from title where kind_id=1 order by rand() limit 1;
create index k on title(kind_id);
MYSQL應(yīng)用這個(gè)sql執(zhí)行過程中需要全表掃描,并且將數(shù)據(jù)保存到臨時(shí)表,這是一個(gè)非常耗時(shí)的操作.
改進(jìn)的做法,利用偏移量.
MYSQL應(yīng)用
select round(rand() * count(*)) from title where kind_id=1;
select * from title where kind_id=1 limit 1 offset $random;
create index k on title(kind_id);
MYSQL應(yīng)用相比上面的做法,這種寫法能夠利用到kind_id上的索引,減少了需要掃描的數(shù)據(jù)塊.但是,如果offset非常大,那么需要掃描的數(shù)據(jù)塊也非常大,極端情況是掃描索引k的所有數(shù)據(jù)塊.
最優(yōu)的做法,利用主鍵進(jìn)行范圍查找
MYSQL應(yīng)用
select round(rand() * count(*)) from title where kind_id=1;
select * from title where kind_id = and id > $random limit 1;
MYSQL應(yīng)用這個(gè)sql利用primary key進(jìn)行范圍查詢,完全走索引,并且只讀取一條記錄,速度非常快.但是,這種用法的限制是primary key必須是int型,并且是連續(xù)自增長的.
MYSQL應(yīng)用
高效join
1. 小表驅(qū)動(dòng)大表進(jìn)行join
2. 避免子查詢
MYSQL應(yīng)用子查詢是一個(gè)影響性能的隱患.應(yīng)該使用join改寫sql.
MYSQL應(yīng)用
數(shù)據(jù)類型
1.? 避免隱式轉(zhuǎn)換
MYSQL應(yīng)用
CREATE TABLE `user` (
`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
`account` char(11) NOT NULL COMMENT ”,
`email` varchar(128),
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`account`)
) ENGINE=InnoDB CHARSET=utf8;
mysql> explain select * from user where account=123 \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: user
type: ALL
possible_keys: username
key: NULL
key_len: NULL
ref: NULL
rows: 2
Extra: Using where
1 row in set (0.00 sec)
MYSQL應(yīng)用可以看到,account=123的條件并沒有用到唯一索引`username`.mysql的server從storage engine中讀取所有的記錄,使用to_number()函數(shù),將記錄中的account轉(zhuǎn)換成數(shù)字,被轉(zhuǎn)換后的數(shù)字用來和參數(shù)比較.我們的測(cè)試表里有2條記錄,而執(zhí)行計(jì)劃中rows的值也是2,并且type的值為ALL,這也說明索引`username`并沒有被用到.
MYSQL應(yīng)用2. 主鍵不是自增列
自增列的主鍵有多個(gè)好處:
轉(zhuǎn)載請(qǐng)注明本頁網(wǎng)址:
http://www.snjht.com/jiaocheng/1417.html