資料庫查詢存儲引擎
1. mysql資料庫支持的存儲引擎有哪些默認的存儲引擎是什麼主要特性有什麼
1、MySQL常見的存儲引擎有：InnoDB、MyISAM。
2、Mysql 5.0之後的版本，默認的存儲引擎就是InnoDB。
3、各自主要特點有：
事務：MyISAM不支持，InnoDB支持。
鎖級別： MyISAM 表級鎖，InnoDB 行級鎖及外鍵約束。
MyISAM存儲表的總行數；InnoDB不存儲總行數。
MyISAM採用非聚集索引，B+樹葉子存儲指向數據文件的指針。InnoDB主鍵索引採用聚集索引，B+樹葉子存儲數據。
MyISAM適合場景： 插入不頻繁，查詢非常頻繁，如果執行大量的SELECT，MyISAM是更好的選擇， 沒有事務。
InnoDB適合場景： 可靠性要求比較高，或者要求事務； 表更新和查詢都相當的頻繁， 大量的INSERT或UPDATE。
2. 內存資料庫可以怎麼通過存儲引擎處理並發查詢
像分布式內存資料庫RapidsDB，它主要是將數據存儲在內存中，並以壓縮格式備份到磁碟，因此RapidsDB只使用順序I/O，並且事務日誌的大小會小很多，這種I/O模式針對旋轉磁碟和固態磁碟進行了優化，然後RapidsDB中的讀取可以使用內存優化的無鎖跳錶和哈希表，這些都不會被在緩存池中管理。有幫助的話，可以給個大大的贊不。
3. 如何查看mysql資料庫的引擎/MySQL資料庫引擎詳解
查看當前表的默認存儲引擎，可以使用如下圖所示的命令。查詢之後，我們可以查看筆者這里這個表默認的存儲引擎是：InnoDB.
如果我們想知道當前MySQL提供什麼存儲引擎，可以使用如下圖所示的命令。通過查詢我們知道，筆者所安裝的MySQL提供了9種不同的存儲引擎。
如果我們想要知道當前資料庫默認的是什麼存儲引擎，可以使用如下圖所示的命令。通過查詢我們知道，筆者所安裝的MySQL默認的存儲引擎是InnoDB。
給一個新建的表指定特定的存儲引擎，比如我們要新建一個「t2」表，我們希望這個表的存儲引擎是MyISAM，具體操作如下圖所示。
修改一個已經存在表的存儲引擎，假設這里我們想要修改「t1」表的存儲引擎。我們就可以按下圖所示的命令來操作。執行之後，我們的t1表的存儲引擎，就從默認的InnoDB變為了CSV.
4. 如何查看MySQL的當前存儲引擎
查看MySQL當前存儲引擎的方法步驟：
查看當前表的默認存儲引擎，可以使用如下圖所示的命令。查詢之後，我們可以查看筆者這里這個表默認的存儲引擎是：InnoDB.
如果我們想知道當前MySQL提供什麼存儲引擎，可以使用如下圖所示的命令。通過查詢我們知道，筆者所安裝的MySQL提供了9種不同的存儲引擎。
如果我們想要知道當前資料庫默認的是什麼存儲引擎，可以使用如下圖所示的命令。通過查詢我們知道，筆者所安裝的MySQL默認的存儲引擎是InnoDB。
給一個新建的表指定特定的存儲引擎。
修改一個已經存在表的存儲引擎，假設這里我們想要修改「t1」表的存儲引擎。我們就可以按命令來操作。執行之後，我們的t1表的存儲引擎，就從默認的InnoDB變為了CSV.
5. 如何查看mysql資料庫的引擎
一般情況下，mysql會默認提供多種存儲引擎,你可以通過下面的查看:
看你的mysql現在已提供什麼存儲引擎:
mysql> show engines;
看你的mysql當前默認的存儲引擎:
mysql> show variables like '%storage_engine%';
你要看某個表用了什麼引擎(在顯示結果里參數engine後面的就表示該表當前用的存儲引擎):
mysql> show create table 表名;
MySQL資料庫引擎詳解
作為Java程序員，MySQL資料庫大家平時應該都沒少使用吧，對MySQL資料庫的引擎應該也有所了解，這篇文章就讓我詳細的說說MySQL資料庫的Innodb和MyIASM兩種引擎以及其索引結構。也來鞏固一下自己對這塊知識的掌握。
Innodb引擎
Innodb引擎提供了對資料庫ACID事務的支持，並且實現了SQL標準的四種隔離級別，關於資料庫事務與其隔離級別的內容請見資料庫事務與其隔
離級別這篇文章。該引擎還提供了行級鎖和外鍵約束，它的設計目標是處理大容量資料庫系統，它本身其實就是基於MySQL後台的完整資料庫系統，MySQL
運行時Innodb會在內存中建立緩沖池，用於緩沖數據和索引。但是該引擎不支持FULLTEXT類型的索引，而且它沒有保存表的行數，當SELECT
COUNT(*) FROM
TABLE時需要掃描全表。當需要使用資料庫事務時，該引擎當然是首選。由於鎖的粒度更小，寫操作不會鎖定全表，所以在並發較高時，使用Innodb引擎
會提升效率。但是使用行級鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表。
MyIASM引擎
MyIASM是MySQL默認的引擎，但是它沒有提供對資料庫事務的支持，也不支持行級鎖和外鍵，因此當INSERT(插入)或UPDATE(更
新)數據時即寫操作需要鎖定整個表，效率便會低一些。不過和Innodb不同，MyIASM中存儲了表的行數，於是SELECT COUNT(*)
FROM
TABLE時只需要直接讀取已經保存好的值而不需要進行全表掃描。如果表的讀操作遠遠多於寫操作且不需要資料庫事務的支持，那麼MyIASM也是很好的選
擇。
兩種引擎的選擇
大尺寸的數據集趨向於選擇InnoDB引擎，因為它支持事務處理和故障恢復。資料庫的大小決定了故障恢復的時間長短，InnoDB可以利用事務日誌
進行數據恢復，這會比較快。主鍵查詢在InnoDB引擎下也會相當快，不過需要注意的是如果主鍵太長也會導致性能問題，關於這個問題我會在下文中講到。大
批的INSERT語句(在每個INSERT語句中寫入多行，批量插入)在MyISAM下會快一些，但是UPDATE語句在InnoDB下則會更快一些，尤
其是在並發量大的時候。
Index——索引
索引（Index）是幫助MySQL高效獲取數據的數據結構。MyIASM和Innodb都使用了樹這種數據結構做為索引，關於樹我也曾經寫過一篇文章樹是一種偉大的數據結構，只是自己的理解，有興趣的朋友可以去閱讀。下面我接著講這兩種引擎使用的索引結構，講到這里，首先應該談一下B-Tree和B+Tree。
B-Tree和B+Tree
B+Tree是B-Tree的變種，那麼我就先講B-Tree吧，相信大家都知道紅黑樹，這是我前段時間學《演算法》一書時，實現的一顆紅黑樹，大家
可以參考。其實紅黑樹類似2,3-查找樹，這種樹既有2叉結點又有3叉結點。B-Tree也與之類似，它的每個結點做多可以有d個分支（叉），d稱為B-
Tree的度，如下圖所示，它的每個結點可以有4個元素，5個分支，於是它的度為5。B-Tree中的元素是有序的，比如圖中元素7左邊的指針指向的結點
中的元素都小於7，而元素7和16之間的指針指向的結點中的元素都處於7和16之間，正是滿足這樣的關系，才能高效的查找：首先從根節點進行二分查找，找
到就返回對應的值，否則就進入相應的區間結點遞歸的查找，直到找到對應的元素或找到null指針，找到null指針則表示查找失敗。這個查找是十分高效
的，其時間復雜度為O(logN)（以d為底，當d很大時，樹的高度就很低），因為每次檢索最多隻需要檢索樹高h個結點。
接下來就該講B+Tree了，它是B-Tree的變種，如下面兩張圖所示：
vcHLx/i85LLp0a/Qp8LKoaM8L3A+DQo8aDMgaWQ9"myisam引擎的索引結構">MyISAM引擎的索引結構
MyISAM引擎的索引結構為B+Tree，其中B+Tree的數據域存儲的內容為實際數據的地址，也就是說它的索引和實際的數據是分開的，只不過是用索引指向了實際的數據，這種索引就是所謂的非聚集索引。
Innodb引擎的索引結構
MyISAM引擎的索引結構同樣也是B+Tree，但是Innodb的索引文件本身就是數據文件，即B+Tree的數據域存儲的就是實際的數據，這種索引就是聚集索引。這個索引的key就是數據表的主鍵，因此InnoDB表數據文件本身就是主索引。
因為InnoDB的數據文件本身要按主鍵聚集，所以InnoDB要求表必須有主鍵（MyISAM可以沒有），如果沒有顯式指定，則MySQL系統會自動選擇一個可以唯一標識數據記錄的列作為主鍵，如果不存在這種列，則MySQL自動為InnoDB表生成一個隱含欄位作為主鍵，這個欄位長度為6個位元組，類型為長整形。
並且和MyISAM不同，InnoDB的輔助索引數據域存儲的也是相應記錄主鍵的值而不是地址，所以當以輔助索引查找時，會先根據輔助索引找到主
鍵，再根據主鍵索引找到實際的數據。所以Innodb不建議使用過長的主鍵，否則會使輔助索引變得過大。建議使用自增的欄位作為主鍵，這樣B+Tree的
每一個結點都會被順序的填滿，而不會頻繁的分裂調整，會有效的提升插入數據的效率。
6. Mysql資料庫3種存儲引擎有什麼區別
MySQL常見的三種存儲引擎為InnoDB、MyISAM和MEMORY。其區別體現在事務安全、存儲限制、空間使用、內存使用、插入數據的速度和對外鍵的支持。具體如下：
1、事務安全：
InnoDB支持事務安全，MyISAM和MEMORY兩個不支持。
2、存儲限制：
InnoDB有64TB的存儲限制，MyISAM和MEMORY要是具體情況而定。
3、空間使用：
InnoDB對空間使用程度較高，MyISAM和MEMORY對空間使用程度較低。
4、內存使用：
InnoDB和MEMORY對內存使用程度較高，MyISAM對內存使用程度較低。
5、插入數據的速度：
InnoDB插入數據的速度較低，MyISAM和MEMORY插入數據的速度較高。
6、對外鍵的支持：
InnoDB對外鍵支持情況較好，MyISAM和MEMORY兩個不支持外鍵。
三種引擎特點如下：
1、InnoDB存儲引擎
InnoDB是事務型資料庫的首選引擎，支持事務安全表（ACID），其它存儲引擎都是非事務安全表，支持行鎖定和外鍵，MySQL5.5以後默認使用InnoDB存儲引擎。
InnoDB特點： 支持事務處理，支持外鍵，支持崩潰修復能力和並發控制。如果需要對事務的完整性要求比較高（比如銀行），要求實現並發控制（比如售票），那選擇InnoDB有很大的優勢。
如果需要頻繁的更新、刪除操作的資料庫，也可以選擇InnoDB，因為支持事務的提交（commit）和回滾（rollback）。
2、MyISAM存儲引擎
MyISAM基於ISAM存儲引擎，並對其進行擴展。它是在Web、數據倉儲和其他應用環境下最常使用的存儲引擎之一。MyISAM擁有較高的插入、查詢速度，但不支持事務，不支持外鍵。
MyISAM特點： 插入數據快，空間和內存使用比較低。如果表主要是用於插入新記錄和讀出記錄，那麼選擇MyISAM能實現處理高效率。如果應用的完整性、並發性要求比較低，也可以使用
3、MEMORY存儲引擎
MEMORY存儲引擎將表中的數據存儲到內存中，為查詢和引用其他表數據提供快速訪問。
MEMORY特點： 所有的數據都在內存中，數據的處理速度快，但是安全性不高。如果需要很快的讀寫速度，對數據的安全性要求較低，可以選擇MEMOEY。
它對表的大小有要求，不能建立太大的表。所以，這類資料庫只使用在相對較小的資料庫表。
(6)資料庫查詢存儲引擎擴展閱讀：
mysql其餘不太常見的存儲引擎如下：
1、BDB： 源自Berkeley DB，事務型資料庫的另一種選擇，支持COMMIT和ROLLBACK等其他事務特性
2、Merge ：將一定數量的MyISAM表聯合而成一個整體，在超大規模數據存儲時很有用
3、Archive ：非常適合存儲大量的獨立的，作為歷史記錄的數據。因為它們不經常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差
4、Federated： 將不同的Mysql伺服器聯合起來，邏輯上組成一個完整的資料庫。非常適合分布式應用
5、Cluster/NDB ：高冗餘的存儲引擎，用多台數據機器聯合提供服務以提高整體性能和安全性。適合數據量大，安全和性能要求高的應用
6、CSV： 邏輯上由逗號分割數據的存儲引擎。它會在資料庫子目錄里為每個數據表創建一個.CSV文件。這是一種普通文本文件，每個數據行佔用一個文本行。CSV存儲引擎不支持索引。
7、BlackHole ：黑洞引擎，寫入的任何數據都會消失，一般用於記錄binlog做復制的中繼
7. 內存資料庫如何在存儲引擎層面優化並發查詢
可以使用無鎖跳錶，比如分布式內存資料庫RapidsDB的存儲引擎就是使用無鎖跳錶，然後能以非常高吞吐量進行高度並發的讀寫，跳錶索引被RapidsDB優化為在內存中運行，不僅可以實現無鎖並提供極快的插入性能，而且它提供Btree類似的O(log(n))查找性能，非常適合順序遍歷。有幫助的話，可以給個大大的贊不。