溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇文章給大家分享的是有關Innodb中怎么查詢存儲引擎查，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。
源碼分析
查詢于存儲引擎的實現密切相關，因此，以下內容主要針對Innodb存儲引擎的查詢處理進行深入研究。對于查詢輸出的入口點，本文從do_select()（sql\sql_select.cc）函數開始。該函數主要用于查詢匹配的結果，并將查詢結果通過socket傳輸，或者寫到數據表中。
首先看一下調用邏輯，如下所示：
|
do_select(): 查詢入口函數。 | sub_select(): 查詢部分join的記錄。循環調用ha_innobase::rnd_next()和evaluate_join_record()獲取并處理該部分的每條記錄。（sql\sql_select.cc:11705） | | evaluate_join_record(): 處理一條查詢記錄。（sql\sql_select.cc:11758） | | rr_sequential():調用ha_innobase::rnd_next()讀取下一條記錄。（sql\records.cc:452） | | | ha_innobase::rnd_next(): 讀取下一條記錄。（storage\innobase\handler\ha_innodb.cc:6141） | | | | ha_innobase::general_fetch(): 從給定的索引位置獲取下一條或上一條記錄。（storage\innobase\handler\ha_innodb.cc:5948） | | | | | row_search_for_mysql(): 從數據庫中查詢一條記錄。以下分為6個階段分別處理各個部分。（storage\innobase\row\row0sel.c:3369） | | | | | | 第一階段：釋放自適應hash索引的鎖。 | | | | | | | rw_lock_get_writer()函數用于獲取讀寫鎖。如果獲取失敗，釋放目前的讀寫鎖。（storage\innobase\include\sync0rw.ic:122） | | | | | | 第二階段：從預讀的cache中獲取記錄。 | | | | | | | row_sel_pop_cached_row_for_mysql():函數用于從cache中讀取一行記錄，（storage\innobase\row\row0sel.c:3167） | | | | | | | | row_sel_copy_cached_field_for_mysql(): 函數讀取每個字段。（storage\innobase\row\row0sel.c:3134） | | | | | | 第三階段：使用自適應hash索引快速查找。 | | | | | | | row_sel_try_search_shortcut_for_mysql()函數使用hash索引獲取聚集索引的記錄。（storage\innobase\row\row0sel.c:3293） | | | | | | | | row_sel_store_mysql_rec()函數將獲取的innobase格式的行記錄轉化為mysql格式。（storage\innobase\row\row0sel.c:2692） | | | | | | | | | row_sel_field_store_in_mysql_format()函數將innobase格式的行記錄中的每個字段轉化為mysql格式。（storage\innobase\row\row0sel.c:2535） | | | | | | 第四階段：打開并恢復索引的游標位置。 | | | | | | | sel_restore_position_for_mysql(): 恢復索引的游標位置。（storage\innobase\row\row0sel.c:3070） | | | | | | | | btr_pcur_restore_position_func(): 恢復一個持久化游標的位置。（storage\innobase\btr\btr0pcur.c:208） | | | | | | | | | btr_cur_get_index(): 獲取索引。（storage\innobase\include\btr0pcur.ic:51） | | | | | | | | | buf_page_optimistic_get(): | | | | | | | | | btr_pcur_get_rec(): 獲取持久化游標的記錄。（storage\innobase\include\btr0pcur.ic:104） | | | | | | | | | | btr_cur_get_rec (): 獲取當前游標位置的記錄。（storage\innobase\include\btr0pcur.ic:104） | | | | | | | | | rec_get_offsets_func(): 獲取記錄中每個字段的偏移。（storage\innobase\rem\rem0rec.c:524） | | | | | | | | btr_pcur_move_to_next(): 移動持久化游標到下一條記錄。（storage\innobase\include\btr0pcur.ic:342） | | | | | | 第五階段：查找匹配的記錄。 | | | | | | | page_rec_is_infimum(): 查看當前記錄是否是該頁的infinum記錄。infinum記錄表示比任何鍵值都小的記錄。（storage\innobase\include\page0page.ic:415） | | | | | | | page_rec_is_supermum(): 查看當前記錄是否是該頁的supermum記錄。supermum記錄表示比任何鍵值都大的記錄。（storage\innobase\include\page0page.ic:403） | | | | | | | rec_get_next_offs(): 獲取相同頁中下一條記錄的偏移量。（storage\innobase\include\rem0rec.ic:325） | | | | | | | rec_get_offsets_func(): 獲取記錄中每個字段的偏移。（storage\innobase\rem\rem0rec.c:524） | | | | | | | rec_offs_validate():驗證記錄的偏移量。（storage\innobase\rem\rem0rec.c:954） | | | | | | | row_sel_store_mysql_rec()函數將獲取的innobase格式的行記錄轉化為mysql格式。（storage\innobase\row\row0sel.c:2692） | | | | | | | | row_sel_field_store_in_mysql_format()函數將innobase格式的行記錄中的每個字段轉化為mysql格式。（storage\innobase\row\row0sel.c:2535） | | | | | | | | btr_pcur_store_position(): 存儲游標的位置。（storage\innobase\btr\btr0pcur.c:89） | | | | | | | | | btr_pcur_get_block(): 獲取持久化游標的緩沖塊。（storage\innobase\include\btr0pcur.ic:90） | | | | | | | | | btr_pcur_get_page_cur(): 獲取持久化游標的頁的游標。（storage\innobase\include\btr0pcur.ic:64） | | | | | | | | | page_cur_get_rec(): 獲取游標位置的記錄。（storage\innobase\include\page0cur.ic:76） | | | | | | | | | dict_index_copy_rec_order_prefix(): 拷貝記錄。（storage\innobase\dict\dict0dict.c:4185） | | | | | | | | | | rec_copy_prefix_to_buf(): 拷貝記錄的字段到緩存buffer中。（storage\innobase\rem\rem0rec.c:1383） | | | | | | | | | | dict_index_get_nth_field(): 獲取第n個字段的起始地址。（storage\innobase\include\dict0dict.ic:620） | | | | | | | | | | dict_field_get_col(): 獲取第n個字段的值。（storage\innobase\include\dict0dict.ic:663） | | | | | | 第六階段：移動游標到下一個索引記錄。 | | | | | | | btr_pcur_move_to_next(): 移動持久化游標到下一條記錄。（storage\innobase\include\btr0pcur.ic:342） | | | | | | | mtr_commit(): 提交事務。（storage\innobase\mtr\mtr0mtr.c:247） |
從以上查詢邏輯，可以清晰的看出，MySQL的查詢時如何進行的。概言之，如果可以從自適應hash索引（在內存中）中得到結果，獲取結果從innobase格式轉化為mysql格式并輸出；否則，根據索引的游標位置，獲取當前頁中的記錄，并拷貝當前記錄到內存，同樣將結果轉化為mysql格式輸出。
從以上內容中，很難看出輸出結果有什么規律。實際上，輸出的結果是有一定規律的，這種規律與innodb存儲引擎的設計和存儲密切相關。
innodb存儲引擎的存儲是按照B+索引將主鍵作為鍵值進行聚集存儲的，如果不指定主鍵，系統會隱藏建立一個主鍵。innodb存儲引擎中所有的葉子節點為數據記錄，并且數據記錄邏輯上可以順序訪問。并且innodb存儲引擎的數據存儲和獲取是按照頁來進行的。因此，在查詢時，會將整個頁的數據加載到內存中，innodb存儲引擎的默認頁大小為16K。
實驗測試
通過以上分析，不難理解，在查詢時，簡單查詢的輸出結果是一般按照B+索引的存儲順序排列的。為了進一步的驗證，進行一下兩個實驗
實驗1：
以簡單的帶有主鍵的數據表student，表定義如下表所示。測試語句以簡單的select * from student;為例，進行測試。
|
CREATE TABLE `student` ( `std_id` int(11) NOT NULL, `std_name` varchar(20) NOT NULL DEFAULT '""', `std_spec` varchar(20) NOT NULL DEFAULT '""', `std_***` tinyint(4) NOT NULL DEFAULT '0', `std_age` tinyint(3) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`std_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; |
測試結果如下所示：
|
mysql> select * from student; +------------+----------+-------------+---------+---------+ | std_id | std_name | std_spec | std_*** | std_age | +------------+----------+-------------+---------+---------+ | 2012072301 | aaa | computer | 0 | 20 | | 2012072303 | ccc | computer | 1 | 21 | | 2012072304 | ddd | computer | 0 | 20 | | 2012072305 | eee | information | 0 | 22 | | 2012072306 | fff | computer | 1 | 20 | | 2012072307 | ggg | computer | 0 | 20 | | 2012072308 | hhh | computer | 0 | 21 | | 2012072309 | iii | automatic | 0 | 20 | | 2012072310 | abc | computer | 1 | 20 | | 2012072311 | kkk | computer | 0 | 18 | | 2012072312 | lll | computer | 0 | 20 | | 2012072313 | mmm | computer | 0 | 20 | | 2012072314 | nnn | computer | 1 | 20 | | 2012072315 | ooo | information | 0 | 20 | | 2012072316 | ppp | computer | 0 | 19 | | 2012072317 | qqq | computer | 1 | 20 | | 2012072318 | rrr | information | 0 | 20 | | 2012072319 | sss | computer | 1 | 20 | | 2012072320 | ttt | computer | 0 | 20 | | 2012072321 | uuu | automatic | 0 | 23 | | 2012072322 | vvv | computer | 0 | 20 | | 2012072323 | www | computer | 1 | 20 | | 2012072324 | xxx | computer | 0 | 25 | | 2012072325 | yyy | automatic | 0 | 20 | | 2012072326 | zzz | computer | 1 | 20 | | 2012080811 | bbb | information | 0 | 20 | +------------+----------+-------------+---------+---------+ |
實驗2
同樣以student表為例，將主鍵為2012080811的記錄更新操作，操作如下：
| update student set std_id=2012072302 where std_id=2012080811; |
然后，在進行測試，測試結果如下所示：
|
+------------+----------+-------------+---------+---------+ | std_id | std_name | std_spec | std_*** | std_age | +------------+----------+-------------+---------+---------+ | 2012072301 | aaa | computer | 0 | 20 | | 2012072302 | bbb | information | 0 | 20 | | 2012072303 | ccc | computer | 1 | 21 | | 2012072304 | ddd | computer | 0 | 20 | | 2012072305 | eee | information | 0 | 22 | | 2012072306 | fff | computer | 1 | 20 | | 2012072307 | ggg | computer | 0 | 20 | | 2012072308 | hhh | computer | 0 | 21 | | 2012072309 | iii | automatic | 0 | 20 | | 2012072310 | abc | computer | 1 | 20 | | 2012072311 | kkk | computer | 0 | 18 | | 2012072312 | lll | computer | 0 | 20 | | 2012072313 | mmm | computer | 0 | 20 | | 2012072314 | nnn | computer | 1 | 20 | | 2012072315 | ooo | information | 0 | 20 | | 2012072316 | ppp | computer | 0 | 19 | | 2012072317 | qqq | computer | 1 | 20 | | 2012072318 | rrr | information | 0 | 20 | | 2012072319 | sss | computer | 1 | 20 | | 2012072320 | ttt | computer | 0 | 20 | | 2012072321 | uuu | automatic | 0 | 23 | | 2012072322 | vvv | computer | 0 | 20 | | 2012072323 | www | computer | 1 | 20 | | 2012072324 | xxx | computer | 0 | 25 | | 2012072325 | yyy | automatic | 0 | 20 | | 2012072326 | zzz | computer | 1 | 20 | +------------+----------+-------------+---------+---------+ |
以上就是Innodb中怎么查詢存儲引擎查，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
