Mysql知識點以及面試點的示例分析

這期內容當中小編將會給大家?guī)碛嘘PMysql知識點以及面試點的示例分析，文章內容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

 當我們新建一個表的時候表中用戶記錄部分（user records）部分是空的，在我們插入一條記錄后會被記錄到其中，直到插入滿時會把記錄信息刷入到下一個頁中，循環(huán)往復。。。

 1.delete_mask：表示改行記錄是否被刪除其實就是刪除記錄的標識位并占用一個二進制位，其中0--未刪除   1--已刪除

 2.heap_no：表示當前記錄在該頁中的位置，除此之外heap_no中還存在兩條虛擬記錄行用于記錄當前頁中最大記錄和最小記錄的主鍵值

 3.next_record：表示當前記錄的真實數(shù)據(jù)到下一條記錄的真實數(shù)據(jù)的地址偏移量，其實這就是個單項鏈表，可以通過一條記錄找到下一條記錄。但值得注意的是下一條記錄并不是我們插入順序的下一條記錄而是按照主鍵值由小到大的順序的下一條記錄。而且規(guī)定最小記錄的下一條記錄就是本頁中存儲的主鍵值最小的記錄，而本頁中主鍵值最大的記錄的下一條記錄就是本頁中的最大記錄

 上圖所示的記錄的順序是順序插入的記錄順序（1.2.3.4），可是我們在實際開發(fā)中經常會出現(xiàn)非順序插入的情況。如下圖所示：

 當出現(xiàn)非順序插入的情況，雖然插入順序由（1.2.3.4）變?yōu)榱耍?.2.4.3）但是它的鏈表順序是不會改變的依舊保持（1.2.3.4）這里需要注意的是圖中heap_no的順序插入和heap_no的非順序插入是不一樣的。

 當我們在實際開發(fā)過程中出現(xiàn)表記錄刪除的情況時上圖中的相應記錄信息也會發(fā)生變化例如：最大記錄行和最小記錄行的變化（可能會變化）、next_record的變化（參照數(shù)據(jù)結構中單鏈表刪除時的變化，后繼指針置空操作）、delete_mask的變化（0--未刪除   1--已刪除）、heap_no的變化、n_owned值的變化

注意：不論我們怎么做增刪改操作，InnoDB對頁中的數(shù)據(jù)始終會維護一個單項鏈表，鏈表中各個節(jié)點是按照主鍵值由小到大的順序來存儲的

拿下面這個表結構舉例

索引就是排好序的數(shù)據(jù)結構  聚集索引我理解的就是生成的索引是有順序的 非聚集索引是無序的 類似于字典中的abcd...這個是聚集索引  非聚集索引類似于字典中的偏旁部首  下圖是聯(lián)合索引生成的索引結構

回表就是先通過聯(lián)合索引查出來主鍵索引 然后通過主鍵索引去查所有的數(shù)據(jù)  這個行為成為huibiao

1、使用like關鍵字模糊查詢時，% 放在前面索引不起作用，只有“%”不在第一個位置，索引才會生效（like ‘%文’–索引不起作用）
2、使用聯(lián)合索引時，只有查詢條件中使用了這些字段中的第一個字段，索引才會生效
3、使用OR關鍵字的查詢，查詢語句的查詢條件中只有OR關鍵字，且OR前后的兩個條件中的列都是索引時，索引才會生效，否則索引不生效。
4、盡量避免在where子句中使用!=或<>操作符，否則引擎將放棄使用索引而進行全表掃描。
5、對查詢進行優(yōu)化，應盡量避免全表掃描，首先應考慮在where以及order by涉及的列上建立索引。
6、應盡量避免在 where 子句中對字段進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。如：
　　select id from t where num/2=100
　　應改為:
　　select id from t where num=100*2
7、盡量避免在where子句中對字段進行函數(shù)操作,將導致引擎放棄使用索引而進行全表掃描。
8、不要在 where 子句中的“=”左邊進行函數(shù)、算術運算或其他表達式運算，否則系統(tǒng)將可能無法正確使用索引。
9、并不是所有的索引對查詢都有效，sql是根據(jù)表中的數(shù)據(jù)來進行查詢優(yōu)化的，當索引列有大量數(shù)據(jù)重復時，sql查詢不會去利用索引，如一表中有字段
　　sex，male,female幾乎個一半，那么即使在sex上建立了索引也對查詢效率起不了作用。
10、索引并不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，
　　因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。一個表的索引數(shù)最好不要超過6個，
　　若太多則應考慮一些不常使用到的列上建的索引是否有 必要。
11、盡量使用數(shù)字型字段，若只含數(shù)值信息的字段盡量不要設計為字符型，這會降低查詢和連接的性能，并會增加存儲開銷。
　　這是因為引擎在處理查詢和連接時會 逐個比較字符串中每一個字符，而對于數(shù)字型而言只需要比較一次就夠了。
12、mysql查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那么order by中的列是不會使用索引的。
　　 因此數(shù)據(jù)庫默認排序可以符合要求的情況下不要使用排序操作，盡量不要包含多個列的排序，如果需要最好給這些列建復合索引。
13、order by 索引 ，不起作用的問題（除了主鍵索引之外）：
　　1、 如果select 只查詢索引字段，order by 索引字段會用到索引，要不然就是全表排列；

　　2、如果有where 條件，比如where vtype=1 order by vtype asc . 這樣order by 也會用到索引！

二、四種索引

PRIMARY, INDEX, UNIQUE 這3種是一類
PRIMARY 主鍵。就是 唯一 且 不能為空。
INDEX 索引，普通的
UNIQUE 唯一索引。不允許有重復。
FULLTEXT 是全文索引，用于在一篇文章中，檢索文本信息的。

三、常用SQL優(yōu)化：
1.優(yōu)化group by 語句
默認情況，MySQL對所有的group by col1,col2進行排序。這與在查詢中指定order by col1, col2類似。如果查詢中包括group by但用戶想要避免排序結果的消耗，則可以使用order by null禁止排序
2.有些情況下，可以使用連接來替代子查詢。因為使用join，MySQL不需要在內存中創(chuàng)建臨時表。
3.如果想要在含有or的查詢語句中利用索引，則or之間的每個條件列都必須用到索引，如果沒有索引，則應該考慮增加索引
select * from 表名 where 條件1=‘’ or 條件2=‘tt’

上述就是小編為大家分享的Mysql知識點以及面試點的示例分析了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業(yè)資訊頻道。