MySQL高并發(fā)優(yōu)化,性能調(diào)優(yōu)要這么來(lái)~
一、數(shù)據(jù)庫(kù)結(jié)構(gòu)的設(shè)計(jì)
表的設(shè)計(jì)具體注意的問(wèn)題:
1、數(shù)據(jù)行的長(zhǎng)度不要超過(guò) 8020 字節(jié),如果超過(guò)這個(gè)長(zhǎng)度的話在物理頁(yè)中這條數(shù)據(jù)會(huì)占用兩行從而造成存儲(chǔ)碎片,降低查詢效率。
2、能夠用數(shù)字類型的字段盡量選擇數(shù)字類型而不用字符串類型的(電話號(hào)碼),這會(huì)降低查詢和連接的性能,并會(huì)增加存儲(chǔ)開(kāi)銷。這是因?yàn)橐嬖谔幚聿樵兒瓦B接回逐個(gè)比較字符串中每一個(gè)字符,而對(duì)于數(shù)字型而言只需要比較一次就夠了。
3、對(duì)于不可變字符類型 char 和可變字符類型 varchar 都是 8000 字節(jié), char 查詢快,但是耗存儲(chǔ)空間,varchar 查詢相對(duì)慢一些但是節(jié)省存儲(chǔ)空間。在設(shè)計(jì)字段的時(shí)候可以靈活選擇,例如用戶名、密碼等長(zhǎng)度變化不大的字段可以選擇 CHAR,對(duì)于評(píng)論等長(zhǎng)度變化大的字段可以選擇 VARCHAR。
4、字段的長(zhǎng)度在***限度的滿足可能的需要的前提下,應(yīng)該盡可能的設(shè)得短一些,這樣可以提高查詢的效率,而且在建立索引的時(shí)候也可以減少資源的消耗。
二、查詢的優(yōu)化
保證在實(shí)現(xiàn)功能的基礎(chǔ)上,盡量減少對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)次數(shù) (可以用緩存保存查詢結(jié)果,減少查詢次數(shù));通過(guò)搜索參數(shù),盡量減少對(duì)表的訪問(wèn)行數(shù), 最小化結(jié)果集,從而減輕網(wǎng)絡(luò)負(fù)擔(dān);能夠分開(kāi)的操作盡量分開(kāi)處理,提高每次的響應(yīng)速度;在數(shù)據(jù)窗口使用 SQL 時(shí),盡量把使用的索引放在選擇的首列;算法的結(jié)構(gòu)盡量簡(jiǎn)單;在查詢時(shí),不要過(guò)多地使用通配符如 SELECT * FROM T1 語(yǔ)句,要用到幾列就選擇幾列如:SELECTCOL1,COL2 FROM T1;在可能的情況下盡量限制盡量結(jié)果集行數(shù)如:SELECT TOP 300 COL1,COL2,COL3 FROM T1, 因?yàn)槟承┣闆r下用戶是不需要那么多的數(shù)據(jù)的。
1. 應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:
- select id from t where num is null
可以在 num 上設(shè)置默認(rèn)值 0,確保表中 num 列沒(méi)有 null 值,然后這樣查詢:
- select id from t where num=0
2. 應(yīng)盡量避免在 where 子句中使用!= 或 <> 操作符,否則將引擎放棄使用索引而進(jìn)行全表掃描。優(yōu)化器將無(wú)法通過(guò)索引來(lái)確定將要***的行數(shù), 因此需要搜索該表的所有行。
3. 應(yīng)盡量避免在 where 子句中使用 or 來(lái)連接條件,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:
- select id from t where num=10 or num=20
可以這樣查詢:
- select id from t where num=10
- union all
- select id from t where num=20
4.in 和 not in 也要慎用,因?yàn)?IN 會(huì)使系統(tǒng)無(wú)法使用索引, 而只能直接搜索表中的數(shù)據(jù)。如:
- select id from t where num in(1,2,3)
對(duì)于連續(xù)的數(shù)值,能用 between 就不要用 in 了:
- select id from t where num between 1 and 3
5. 盡量避免在索引過(guò)的字符數(shù)據(jù)中,使用非打頭字母搜索。這也使得引擎無(wú)法利用索引。
見(jiàn)如下例子:
- SELECT * FROM T1 WHERE NAME LIKE ‘%L%’
- SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’
- SELECT * FROM T1 WHERE NAME LIKE ‘L%’
即使 NAME 字段建有索引,前兩個(gè)查詢依然無(wú)法利用索引完成加快操作,引擎不得不對(duì)全表所有數(shù)據(jù)逐條操作來(lái)完成任務(wù)。而第三個(gè)查詢能夠使用索引來(lái)加快操作。
6. 必要時(shí)強(qiáng)制查詢優(yōu)化器使用某個(gè)索引,如在 where 子句中使用參數(shù),也會(huì)導(dǎo)致全表掃描。因?yàn)?SQL 只有在運(yùn)行時(shí)才會(huì)解析局部變量,但優(yōu)化程序不能將訪問(wèn)計(jì)劃的選擇推遲到運(yùn)行時(shí);它必須在編譯時(shí)進(jìn)行選擇。然而,如果在編譯時(shí)建立訪問(wèn)計(jì)劃,變量的值還是未知的,因而無(wú)法作為索引選擇的輸入項(xiàng)。如下面語(yǔ)句將進(jìn)行全表掃描:
- select id from t where num=@num
可以改為強(qiáng)制查詢使用索引:
- select id from t with(index(索引名)) where num=@num
7. 應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:
- SELECT * FROM T1 WHERE F1/2=100
應(yīng)改為:
- SELECT * FROM T1 WHERE F1=100*2
- SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’
應(yīng)改為:
- SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’
- SELECT member_number, first_name, last_name FROM members
- WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
應(yīng)改為:
- SELECT member_number, first_name, last_name FROM members
- WHERE dateofbirth <DATEADD(yy,-21,GETDATE())
即:任何對(duì)列的操作都將導(dǎo)致表掃描,它包括數(shù)據(jù)庫(kù)函數(shù)、計(jì)算表達(dá)式等等,查詢時(shí)要盡可能將操作移至等號(hào)右邊。
8. 應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行函數(shù)操作,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:
- select id from t where substring(name,1,3)='abc'--name 以 abc 開(kāi)頭的 id
- select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的 id
應(yīng)改為:
- select id from t where name like 'abc%'
- select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
9. 不要在 where 子句中的 “=” 左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算,否則系統(tǒng)將可能無(wú)法正確使用索引。
10. 在使用索引字段作為條件時(shí),如果該索引是復(fù)合索引,那么必須使用到該索引中的***個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引,否則該索引將不會(huì)被使用,并且應(yīng)盡可能的讓字段順序與索引順序相一致。
11. 很多時(shí)候用 exists 是一個(gè)好的選擇:
- select num from a where num in(select num from b)
用下面的語(yǔ)句替換:
- select num from a where exists(select 1 from b where num=a.num)
- SELECT SUM(T1.C1)FROM T1 WHERE(
- (SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
- SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
- SELECT * FROM T2 WHERE T2.C2=T1.C2)
兩者產(chǎn)生相同的結(jié)果,但是后者的效率顯然要高于前者。因?yàn)楹笳卟粫?huì)產(chǎn)生大量鎖定的表掃描或是索引掃描。
如果你想校驗(yàn)表里是否存在某條紀(jì)錄,不要用 count(*) 那樣效率很低,而且浪費(fèi)服務(wù)器資源??梢杂?EXISTS 代替。如:
- IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')
可以寫(xiě)成:
- IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')
經(jīng)常需要寫(xiě)一個(gè) T_SQL 語(yǔ)句比較一個(gè)父結(jié)果集和子結(jié)果集,從而找到是否存在在父結(jié)果集中有而在子結(jié)果集中沒(méi)有的記錄,如:
- SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示 tbl 用別名 a 代替
- WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)
- SELECT a.hdr_key FROM hdr_tbl a
- LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL
- SELECT hdr_key FROM hdr_tbl
- WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
12. 盡量使用表變量來(lái)代替臨時(shí)表。如果表變量包含大量數(shù)據(jù),請(qǐng)注意索引非常有限(只有主鍵索引)。
13. 避免頻繁創(chuàng)建和刪除臨時(shí)表,以減少系統(tǒng)表資源的消耗。
14. 臨時(shí)表并不是不可使用,適當(dāng)?shù)厥褂盟鼈兛梢允鼓承├谈行?,例如,?dāng)需要重復(fù)引用大型表或常用表中的某個(gè)數(shù)據(jù)集時(shí)。但是,對(duì)于一次性事件,***使用導(dǎo)出表。
15. 在新建臨時(shí)表時(shí),如果一次性插入數(shù)據(jù)量很大,那么可以使用 select into 代替 create table,避免造成大量 log ,以提高速度;如果數(shù)據(jù)量不大,為了緩和系統(tǒng)表的資源,應(yīng)先 create table,然后 insert。
16. 如果使用到了臨時(shí)表,在存儲(chǔ)過(guò)程的***務(wù)必將所有的臨時(shí)表顯式刪除,先 truncate table ,然后 drop table ,這樣可以避免系統(tǒng)表的較長(zhǎng)時(shí)間鎖定。
17. 在所有的存儲(chǔ)過(guò)程和觸發(fā)器的開(kāi)始處設(shè)置 SET NOCOUNT ON ,在結(jié)束時(shí)設(shè)置 SET NOCOUNT OFF 。無(wú)需在執(zhí)行存儲(chǔ)過(guò)程和觸發(fā)器的每個(gè)語(yǔ)句后向客戶端發(fā)送 DONE_IN_PROC 消息。
18. 盡量避免大事務(wù)操作,提高系統(tǒng)并發(fā)能力。
19. 盡量避免向客戶端返回大數(shù)據(jù)量,若數(shù)據(jù)量過(guò)大,應(yīng)該考慮相應(yīng)需求是否合理。
20. 避免使用不兼容的數(shù)據(jù)類型。例如 float 和 int、char 和 varchar、binary 和 varbinary 是不兼容的(條件判斷時(shí))。數(shù)據(jù)類型的不兼容可能使優(yōu)化器無(wú)法執(zhí)行一些本來(lái)可以進(jìn)行的優(yōu)化操作。例如:
- SELECT name FROM employee WHERE salary > 60000
在這條語(yǔ)句中, 如 salary 字段是 money 型的, 則優(yōu)化器很難對(duì)其進(jìn)行優(yōu)化, 因?yàn)?60000 是個(gè)整型數(shù)。我們應(yīng)當(dāng)在編程時(shí)將整型轉(zhuǎn)化成為錢幣型, 而不要等到運(yùn)行時(shí)轉(zhuǎn)化。
21. 充分利用連接條件(條件越多越快),在某種情況下,兩個(gè)表之間可能不只一個(gè)的連接條件,這時(shí)在 WHERE 子句中將連接條件完整的寫(xiě)上,有可能大大提高查詢速度。
例:
- SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO
- SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO
第二句將比***句執(zhí)行快得多。