關(guān)于MySQL的知識點總結(jié)了一個思維導(dǎo)圖僵控，希望對大家所有幫助！
關(guān)注公眾號：程序員白楠楠鱼冀，領(lǐng)取2020最新Java面試題手冊（200多頁PDF文檔）报破。
1
對查詢進(jìn)行優(yōu)化，應(yīng)盡量避免全表掃描千绪，首先應(yīng)考慮在 where 及 order by 涉及的列上建立索引充易。
2
應(yīng)盡量避免在 where 子句中對字段進(jìn)行 null 值判斷，創(chuàng)建表時NULL是默認(rèn)值荸型，但大多數(shù)時候應(yīng)該使用NOT NULL盹靴，或者使用一個特殊的值，如0瑞妇，-1作為默 認(rèn)值稿静。
3
應(yīng)盡量避免在 where 子句中使用!=或<>操作符， MySQL只有對以下操作符才使用索引：<辕狰，<=改备，=，>蔓倍，>=悬钳，BETWEEN盐捷，IN，以及某些時候的LIKE默勾。
4
應(yīng)盡量避免在 where 子句中使用 or 來連接條件碉渡， 否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描， 可以 使用UNION合并查詢：select id from t where num=10 union all select id from t where num=20
5
in 和 not in 也要慎用灾测，否則會導(dǎo)致全表掃描爆价，對于連續(xù)的數(shù)值，能用 between 就不要用 in 了：Select id from t where num between 1 and 3
6
下面的查詢也將導(dǎo)致全表掃描：select id from t where name like ‘%abc%’ 或者select id from t where name like ‘%abc’若要提高效率媳搪，可以考慮全文檢索铭段。而select id from t where name like ‘a(chǎn)bc%’ 才用到索引
7
如果在 where 子句中使用參數(shù)，也會導(dǎo)致全表掃描秦爆。
8
應(yīng)盡量避免在 where 子句中對字段進(jìn)行表達(dá)式操作序愚，應(yīng)盡量避免在where子句中對字段進(jìn)行函數(shù)操作
9
很多時候用 exists 代替 in 是一個好的選擇：select num from a where num in(select num from b).用下面的語句替換：select num from a where exists(select 1 from b where num=a.num)
10
索引固然可以提高相應(yīng)的 select 的效率，但同時也降低了 insert 及 update 的效率等限，因為 insert 或 update 時有可能會重建索引爸吮，所以怎樣建索引需要慎重考慮，視具體情況而定望门。一個表的索引數(shù)最好不要超過6個形娇，若太多則應(yīng)考慮一些不常使用到的列上建的索引是否有必要。
11
應(yīng)盡可能的避免更新 clustered 索引數(shù)據(jù)列筹误， 因為 clustered 索引數(shù)據(jù)列的順序就是表記錄的物理存儲順序桐早，一旦該列值改變將導(dǎo)致整個表記錄的順序的調(diào)整，會耗費相當(dāng)大的資源厨剪。若應(yīng)用系統(tǒng)需要頻繁更新 clustered 索引數(shù)據(jù)列哄酝，那么需要考慮是否應(yīng)將該索引建為 clustered 索引。
12
盡量使用數(shù)字型字段祷膳，若只含數(shù)值信息的字段盡量不要設(shè)計為字符型陶衅，這會降低查詢和連接的性能，并會增加存儲開銷直晨。
13
盡可能的使用 varchar/nvarchar 代替 char/nchar 搀军， 因為首先變長字段存儲空間小，可以節(jié)省存儲空間勇皇，其次對于查詢來說奕巍，在一個相對較小的字段內(nèi)搜索效率顯然要高些。
14
最好不要使用”“返回所有：select from t 儒士，用具體的字段列表代替“*”，不要返回用不到的任何字段檩坚。
15
盡量避免向客戶端返回大數(shù)據(jù)量着撩，若數(shù)據(jù)量過大诅福，應(yīng)該考慮相應(yīng)需求是否合理。
16
使用表的別名(Alias)：當(dāng)在SQL語句中連接多個表時,請使用表的別名并把別名前綴于每個Column上.這樣一來,就可以減少解析的時間并減少那些由Column歧義引起的語法錯誤拖叙。
17
使用“臨時表”暫存中間結(jié)果
簡化SQL語句的重要方法就是采用臨時表暫存中間結(jié)果氓润，但是，臨時表的好處遠(yuǎn)遠(yuǎn)不止這些薯鳍，將臨時結(jié)果暫存在臨時表咖气，后面的查詢就在tempdb中了，這可以避免程序中多次掃描主表挖滤，也大大減少了程序執(zhí)行中“共享鎖”阻塞“更新鎖”崩溪，減少了阻塞，提高了并發(fā)性能斩松。
18
一些SQL查詢語句應(yīng)加上nolock伶唯，讀、寫是會相互阻塞的惧盹，為了提高并發(fā)性能乳幸，對于一些查詢，可以加上nolock钧椰，這樣讀的時候可以允許寫粹断，但缺點是可能讀到未提交的臟數(shù)據(jù)。使用 nolock有3條原則嫡霞。查詢的結(jié)果用于“插瓶埋、刪、改”的不能加nolock 秒际！查詢的表屬于頻繁發(fā)生頁分裂的悬赏，慎用nolock ！使用臨時表一樣可以保存“數(shù)據(jù)前影”娄徊，起到類似Oracle的undo表空間的功能闽颇，能采用臨時表提高并發(fā)性能的，不要用nolock 寄锐。
19
常見的簡化規(guī)則如下：不要有超過5個以上的表連接（JOIN）兵多，考慮使用臨時表或表變量存放中間結(jié)果。少用子查詢橄仆，視圖嵌套不要過深,一般視圖嵌套不要超過2個為宜剩膘。
20
將需要查詢的結(jié)果預(yù)先計算好放在表中，查詢的時候再Select盆顾。這在SQL7.0以前是最重要的手段怠褐。例如醫(yī)院的住院費計算。
21
用OR的字句可以分解成多個查詢您宪，并且通過UNION 連接多個查詢奈懒。他們的速度只同是否使用索引有關(guān),如果查詢需要用到聯(lián)合索引奠涌，用UNION all執(zhí)行的效率更高.多個OR的字句沒有用到索引，改寫成UNION的形式再試圖與索引匹配磷杏。一個關(guān)鍵的問題是否用到索引溜畅。
22
在IN后面值的列表中，將出現(xiàn)最頻繁的值放在最前面极祸，出現(xiàn)得最少的放在最后面慈格，減少判斷的次數(shù)。
23
盡量將數(shù)據(jù)的處理工作放在服務(wù)器上遥金，減少網(wǎng)絡(luò)的開銷浴捆，如使用存儲過程。存儲過程是編譯好汰规、優(yōu)化過汤功、并且被組織到一個執(zhí)行規(guī)劃里、且存儲在數(shù)據(jù)庫中的SQL語句溜哮，是控制流語言的集合滔金，速度當(dāng)然快。反復(fù)執(zhí)行的動態(tài)SQL,可以使用臨時存儲過程茂嗓，該過程（臨時表）被放在Tempdb中餐茵。
24
當(dāng)服務(wù)器的內(nèi)存夠多時，配制線程數(shù)量 = 最大連接數(shù)+5述吸，這樣能發(fā)揮最大的效率忿族；否則使用 配制線程數(shù)量<最大連接數(shù)啟用SQL SERVER的線程池來解決,如果還是數(shù)量 = 最大連接數(shù)+5，嚴(yán)重的損害服務(wù)器的性能蝌矛。
25
查詢的關(guān)聯(lián)同寫的順序
select a.personMemberID, * from chineseresume a,personmember b where personMemberID = b.referenceid and a.personMemberID = ‘JCNPRH39681’ （A = B ,B = ‘號碼’）
select a.personMemberID, * from chineseresume a,personmember b where a.personMemberID = b.referenceid and a.personMemberID = ‘JCNPRH39681’ and b.referenceid = ‘JCNPRH39681’ （A = B ,B = ‘號碼’道批， A = ‘號碼’）
select a.personMemberID, * from chineseresume a,personmember b where b.referenceid = ‘JCNPRH39681’ and a.personMemberID = ‘JCNPRH39681’ （B = ‘號碼’， A = ‘號碼’）
26
盡量使用exists代替select count(1)來判斷是否存在記錄入撒，count函數(shù)只有在統(tǒng)計表中所有行數(shù)時使用隆豹，而且count(1)比count(*)更有效率。
27
盡量使用“>=”茅逮，不要使用“>”璃赡。
28
索引的使用規(guī)范：索引的創(chuàng)建要與應(yīng)用結(jié)合考慮，建議大的OLTP表不要超過6個索引献雅；盡可能的使用索引字段作為查詢條件碉考，尤其是聚簇索引，必要時可以通過index index_name來強制指定索引挺身；避免對大表查詢時進(jìn)行table scan侯谁，必要時考慮新建索引；在使用索引字段作為條件時，如果該索引是聯(lián)合索引良蒸，那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引技扼，否則該索引將不會被使用；要注意索引的維護(hù)嫩痰，周期性重建索引，重新編譯存儲過程窍箍。
29
下列SQL條件語句中的列都建有恰當(dāng)?shù)乃饕模珗?zhí)行速度卻非常慢：
SELECT * FROM record WHERE substrINg(card_no,1,4)=’5378’ (13秒)
SELECT * FROM record WHERE amount/30< 1000 （11秒）
SELECT * FROM record WHERE convert(char(10),date,112)=’19991201’ （10秒）
分析：
WHERE子句中對列的任何操作結(jié)果都是在SQL運行時逐列計算得到的，因此它不得不進(jìn)行表搜索椰棘，而沒有使用該列上面的索引纺棺；如果這些結(jié)果在查詢編譯時就能得到，那么就可以被SQL優(yōu)化器優(yōu)化邪狞，使用索引祷蝌，避免表搜索，因此將SQL重寫成下面這樣：
SELECT * FROM record WHERE card_no like ‘5378%’ （< 1秒）
SELECT * FROM record WHERE amount< 1000*30 （< 1秒）
SELECT * FROM record WHERE date= ‘1999/12/01’ （< 1秒）
30
當(dāng)有一批處理的插入或更新時帆卓，用批量插入或批量更新巨朦，絕不會一條條記錄的去更新!
總結(jié)
關(guān)注公眾號：程序員白楠楠， 領(lǐng)取2020最新Java面試題手冊（200多頁PDF文檔）剑令。
