指的是不一樣語言中與SQL的交互
系統管理和控制工具
管理緩衝用戶鏈接,線程處理等須要緩存的需求。
負責監聽對 MySQL Server 的各類請求,接收鏈接請求,轉發全部鏈接請求到線程管理模塊。每個鏈接上 MySQL Server 的客戶端請求都會被分配(或建立)一個鏈接線程爲 其單獨服務。而鏈接線程的主要工做就是負責MySQLServer 與客戶端的通訊,接受客戶端的命令請求,傳遞 Server 端的結果信息等。線程管理模塊則負責管理維護這些鏈接線程。包括線程的建立,線程的 cache 等。
接受用戶的SQL命令,而且返回用戶須要查詢的結果。好比select from就是調用SQL Interface
SQL命令傳遞到解析器的時候會被解析器驗證和解析。解析器是由Lex和YACC實現的,是一個很長的腳本。
在 MySQL中咱們習慣將全部 Client 端發送給 Server 端的命令都稱爲 query ,在 MySQL Server 裏面,鏈接線程接收到客戶端的一個 Query 後,會直接將該 query 傳遞給專門負責將各類 Query 進行分類而後轉發給各個對應的處理模塊。
主要功能:
SQL語句在查詢以前會使用查詢優化器對查詢進行優化。就是優化客戶端請求的 query(sql語句) ,根據客戶端請求的 query 語句,和數據庫中的一些統計信息,在一系列算法的基礎上進行分析,得出一個最優的策略,告訴後面的程序如何取得這個 query 語句的結果
他使用的是「選取-投影-聯接」策略進行查詢。
用一個例子就能夠理解:
select uid,name from user where gender = 1;
這個select 查詢先根據where 語句進行選取,而不是先將表所有查詢出來之後再進行gender過濾
這個select查詢先根據uid和name進行屬性投影,而不是將屬性所有取出之後再進行過濾
將這兩個查詢條件聯接起來生成最終查詢結果
他的主要功能是將客戶端提交 給MySQL 的 Select 類 query 請求的返回結果集 cache 到內存中,與該 query 的一個 hash 值 作一個對應。該 Query 所取數據的基表發生任何數據的變化以後, MySQL 會自動使該 query 的Cache 失效。在讀寫比例很是高的應用系統中, Query Cache 對性能的提升是很是顯著的。固然它對內存的消耗也是很是大的。
若是查詢緩存有命中的查詢結果,查詢語句就能夠直接去查詢緩存中取數據。這個緩存機制是由一系列小緩存組成的。好比表緩存,記錄緩存,key緩存,權限緩存等
存儲引擎接口模塊能夠說是 MySQL 數據庫中最有特點的一點了。目前各類數據庫產品中,基本上只有 MySQL 能夠實現其底層數據存儲引擎的插件式管理。這個模塊實際上只是 一個抽象類,但正是由於它成功地將各類數據處理高度抽象化,才成就了今天 MySQL 可插拔存儲引擎的特點。
從圖2還能夠看出,MySQL區別於其餘數據庫的最重要的特色就是其插件式的表存儲引擎。
MySQL插件式的存儲引擎架構提供了一系列標準的管理和服務支持,這些標準與存儲引擎自己無關,多是每一個數據庫系統自己都必需的,如SQL分析器和優化器等,
而存儲引擎是底層物理結構的實現,每一個存儲引擎開發者均可以按照本身的意願來進行開發。
注意:存儲引擎是基於表的,而不是數據庫。
show engines
顯示安裝的mysql提供的存儲引擎類型show variables like '%storage_engine%'
顯示默認使用的存儲引擎類型mysql
對比項 | MyISAM | InnoDB |
---|---|---|
主外鍵 | 不支持 | 支持 |
事務 | 不支持 | 支持 |
行表鎖 | 表鎖 | 行鎖 |
緩存 | 只緩存索引,不緩存真實數據 | 索引和真實數據都會緩存,內存對於系統的性能有着決定性的影響 |
表空間 | 小 | 大 |
關注點 | 性能 | 事務 |