一般情況下，mysql會默認提供多種存儲引擎,你可以通過下面的查看:x0dx0ax0dx0a看你的mysql現在已提供首明什麼存儲引擎:x0dx0amysql> show engines;x0dx0ax0dx0a看你的mysql當前默認的存儲引擎:x0dx0amysql> show variables like '%storage_engine%'x0dx0ax0dx0a你要看差臘某個表用了什麼引擎(在顯示結果里參虛芹滑數engine後面的就表示該表當前用的存儲引擎):x0dx0amysql> show create table 表名;
❷ Mysql資料庫3種存儲引擎有什麼區別(mysql資料庫的存儲引擎有哪些)
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。
它對表的大小有要求，不能建立太大的表。所以，這類資料庫只使用在相對較小的資料庫表。
(2)阿里mysqlsql解析引擎擴展閱讀：
mysql其餘不太常見的存儲引擎如下：
1、BDB：源自BerkeleyDB，事務型資料庫的另一種選擇，支持COMMIT和ROLLBACK等其他事務特性
2、Merge：將一定數量的MyISAM表聯合而成一個整體，在超大規模數據存儲時很有用
3、Archive：非常適合存儲大量稿型慧的獨立的，作為歷史記錄的數據。因為它們不經常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差
4、Federated：將不同的Mysql伺服器聯合起來，邏輯上組成一個完整的資料庫。非常適合分布式應用
5、Cluster/NDB：高冗餘的存儲引擎，用多台數據機器聯合提供服務以提高整體性能和安全性。適合數據量大，安全和性能要求高的應用
6、CSV：邏輯上由逗號分割數據的存儲引擎。它會在資料庫子目錄里為每個數據表創建一個.CSV文件。這是一種普通文本文件，每個數據行佔用鍵答一個文本行。CSV存儲引擎不支持索引。
7、BlackHole：黑洞引擎，寫入的任何數據都會消失，一般用於記錄binlog做復制的中繼
❸ sql優化及原理詳解，五分鍾讀懂sql優化
在我而言這算是一個復習，然後總結出來給大家當個教材吧。
我也是看視頻總結出來的筆記，所以說的都很簡單和淺薄。有不全面或者偏頗的地方歡迎指出，共同交流進步哈。（因為我當時是看視頻總結的筆記，所以可能說的比較雜亂，我盡量寫的分明一點，在最後會附上筆記，忽略我字丑）
索引是什麼呢？它相當於字典的目錄。
索引：index是幫助mysql高效獲取數據的數據結構，索引是數據結構（樹，默認是B樹），hash等。
索引的弊端: 事物都是兩面的，有利必然有弊。
索引的優勢： 索引有這么多弊端我們還使用的原因是因為優大於劣。
索引的分類：
舉個小例子讓大家更理解復合索引：如果我把一個表中name，age這兩個列做成復合索引（注意順序很重要）。那麼我們形成的目錄一級目錄是name，二級目錄是age。在name相同時才會age再形成目錄。因為它本身的排序不是像目錄一樣一行一行列出來的，所以我們盡量用目錄來想像它比較好理解。下面是圖解：
有幾點注意的事項：
這里說一下，上面說的方法都是原生的sql，比如我現在習慣使用navicat，所以可以直接操作。。爽的不行。
然後刪除查詢也都是直接可視的，方便的不得了。就不多說了。
mysql做例子，還有個引擎是可以優化的。mysql中引擎分兩種：
sql優化等級：
上面說的這些等級在explain中可以看到。
單表優化常用方法：
多表優化常用方法：
因為上面也提到了b樹，所以還是單獨聊聊吧。其實我也不是很理解。只能說一個淺顯的認識而已。這里也就是簡單的說一下。
首先，B樹不僅可以二叉，還可以三叉，多叉。而只要大於二叉的都叫做BTree。
據說三層BTree可以存放上百萬數據。
BTree一般都指B+樹，數據全部存放在葉節點中。（這里簡單的一個三叉樹圖）
好了，就寫到這里吧，希望日後演算法的知識會的更多以後能把B樹這個坑填完~~~然後有不同意見或者自己理解的可以留言或者私聊。
全文手打，如果你覺得對你有幫助麻煩點個贊點個關注啥的~~
❹ MySql中Sql的執行過程
如果查詢緩存沒有命中，那麼SQL請求會進入分析器，分析器是用來分辨SQL語句的執行目的，其執行過程大致分為兩步：
表1 語法分析關鍵字然後再通過語法規則解析，判斷輸入的SQL 語句是否滿足MySQL語法，並且生成圖5的語法樹。由SQL語句生成的四個單詞中，識別出兩個關鍵字，分別是select 和from。根據MySQL的語法Select 和 from之間對應的是fields 欄位，下面應該掛接username；在from後面跟隨的是Tables欄位，其下掛接的是userinfo。
優化器的作用是對SQL進行優化，生成最有的執行方案。如圖6所示，前面提到的SQL解析器通過語法分析和語法規則生成了SQL語法樹。這個語法樹作為優化器的輸入，而優化器（黃色的部分）包含了邏輯變換和代價優化兩部分的內容。在優化完成以後會生成SQL執行計劃作為整個優化過程的輸出，交給執行器在存儲引擎上執行。
所處的位置如上圖所示，這節的重點在優化器中的邏輯變換和代價優化上。
邏輯變換也就是在關系代數基礎上進行變換，其目的是為了化簡，同時保證SQL變化前後的結果一致，也就是邏輯變化並不會帶來結果集的變化。其主要包括以下幾個方面：
這樣講概念或許有些抽象，通過圖7 來看看邏輯變化如何在SQL中執行的吧。
如圖7所示，從上往下共有4個步驟：
1. 針對存在的SQL語句，首先通過「否定消除」，去掉條件判斷中的「NOT」。語句由原來的「or」轉換成「and」，並且大於小於符號進行變號。藍色部分為修改前的SQL，紅色是修改以後的SQL。2. 等值傳遞，這一步很好理解分別降」t2.a=9」 和」t2.b=5」分別替換掉SQL中對應的值。3. 接下來就是常量表達式計算，將「5+7」計算得到「12」。4. 最後是常量表達式計算後的化簡，將」9<=10」化簡為」true」帶入到最終的SQL表達式中完成優化。
代價優化是用來確定每個表，根據條件是否應用索引，應用哪個索引和確定多表連接的順序等問題。為了完成代價優化，需要找到一個代價最小的方案。因此，優化器是通過基於代價的計算方法來決定如何執行查詢的（Cost-based Optimization）。簡化的過程如下：
這里將配置操作的代價分為MySQL 服務層和MySQL 引擎層，MySQL 服務層主要是定義CPU的代價，而MySQL 引擎層主要定義IO代價。MySQL 5.7 引入了兩個系統表mysql.server_cost和mysql.engine_cost來分別配置這兩個層的代價。如下：MySQL 服務層代價保存在表server_cost中，其具體內容如下：
由上可以看出創建臨時表的代價是很高的，尤其是內部的myisam或innodb臨時表。MySQL 引擎層代價保存在表engine_cost中，其具體內容如下：
目前io_block_read_cost和memory_block_read_cost默認值均為1，實際生產中建議酌情調大memory_block_read_cost，特別是對普通硬碟的場景。MySQL會根據SQL查詢生成的查詢計劃中對應的操作從上面兩張代價表中查找對應的代價值，並且進行累加形成最終執行SQL計劃的代價。再將多種可能的執行計劃進行比較，選取最小代價的計劃執行。
當分析器生成查詢計劃，並且經過優化器以後，就到了執行器。執行器會選擇執行計劃開始執行，但在執行之前會校驗請求用戶是否擁有查詢的許可權，如果沒有許可權，就會返回錯誤信息，否則將會去調用MySQL引擎層的介面，執行對應的SQL語句並且返回結果。例如SQL：「SELECT * FROM userinfo WHERE username = 'Tom';「假設 「username「 欄位沒有設置索引，就會調用存儲引擎從第一條開始查，如果碰到了用戶名字是」 Tom「， 就將結果集返回，沒有查找到就查看下一行，重復上一步的操作，直到讀完整個表或者找到對應的記錄。需要注意SQL語句的執行順序並不是按照書寫順序來的，順序的定義會在分析器中做好，一般是按照如下順序：
如果命中的記錄比較多，應用會從MySql Server一批批獲取數據
本文從MySQL中SQL語句的執行過程作為切入點，首先介紹了查詢請求的執行流程，其中將MySQL的處理分為MySQL Server層和MySQL存儲引擎層。通過介紹SQL語句的流轉，引出了後面要介紹的5大組件，他們分別是：連接器、查詢緩存、分析器、優化器、執行器。後面的內容中對每個組件進行了詳細的介紹。連接器，負責身份認證和許可權鑒別；查詢緩存，將查詢的結果集進行緩存，提高查詢效率；分析器，對SQL語句執行語法分析和語法規則，生成語法樹和執行計劃；優化器，包括邏輯變換和代價優化；執行器，在檢查用戶許可權以後對數據進行逐條查詢，整個過程遵守SQL語句的執行順序。
❺ MySQL資料庫常用的搜索引擎有哪些，區別是什麼
MyISAM、InnoDB、Heap(Memory)、NDB
貌似一般都是使用 InnoDB的，
mysql的存儲引擎包括：MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事務安全表，其他存儲引擎都是非事務安全表。
最常使用的2種存儲引擎:
1.Myisam是Mysql的默認存儲引擎，當create創建新表時，未指定新表的存儲引擎時，默認使用Myisam。每個MyISAM在磁碟上存儲成三個文件。文件名都和表名相同，擴展名分別是.frm（存儲表定義）、.MYD(MYData，存儲數據)、.MYI(MYIndex，存儲索引)。數據文件和索引文件可以放置在不同的目錄，平均分布io，獲得更快的速度。
2.InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比Myisam的存儲引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留數據和索引。
❻ 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。
❼ 怎麼查看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的
每一個結點都會被順序的填滿，而不會頻繁的分裂調整，會有效的提升插入數據的效率。
❽ mysql的資料庫伺服器的默認存儲引擎是
mysql-5.1版本之前默認引擎是MyISAM，之後是innoDB。
MyISAM是非集聚引擎，支持全文索引;不支持事務;它是表級鎖;會保存表的具體行數。innoDB是集聚引擎，5.6以後才有全文索引;支持事務；它是行級鎖;不會保存表的具體行數。一般：不用事務的時候,count計算旁燃多的時候適合myisam引擎。對可靠性要求高就是用innodby引擎。
MySQL有9種存儲引擎，不同的引擎，適合不同的場景，我們最常用的，可能就是InnoDB，應該是從5.5開始，就成為了MySQL的默認存儲引擎。InnoDB是事務型資料庫的首選引擎，支持事務安全表(ACID)，支持行鎖定和卜洞外鍵型啟枯，InnoDB是默認的MySQL引擎。
❾ 什麼是MySQL什麼又是SQL
簡單的說：
SQL是一種經典的關系型資料庫引擎，作為搭建、開發與管理後台資料庫的，很流行，用途也很廣，有專用的SQL命令語句、語法。MySql可以說是SQL的簡化版（也可以稱為輕量級版），支持大部分SQL的語句和語法。兩者在功能和處理數量（記錄量）級別上有一些區別。
另外，SQL系充是收費的（正版），而MySql是開源的、免費的，拿來簡單設置一下就可以用。別看Mysql是輕量級的SQL，但它的處理級別也是千萬級甚至上億級了，應付一般的單位與企業足夠了。
❿ 什麼是MySQL存儲引擎
MySQL 可能是最著名的 關系資料庫管理系統 (RDBMS),作為一款免費開源軟體開發，最初由 MYSQL AB 公司提供支持，但現在歸 Oracle 所有。
在 MySQL 中，用於表的「存儲引擎」決定了數據的處理方式。有幾種可用的存儲引擎，但最常用的是 InnoDB 和 MyISAM 。
在本文中，我們將了解它們的顯著特徵以及它們之間的主要區別。
在本教程中，您將學習：
在我們討論兩個主要 MySQL 存儲引擎之間的特性和區別之前，先來了解一下什麼是存儲引擎？
存儲引擎，也稱為「 表處理程序 」，基本上是解釋和管理與資料庫表的 SQL 查詢相關的操作的資料庫部分。
在最新版本的 MySQL 中，可以使用「 可插拔 」架構來組織和管理存儲引擎，存在多種存儲引擎，但最常用的兩個是 InnoDB 和 MyISAM 。
要獲得我們正在使用的資料庫中可用存儲引擎的列表，我們所要做的就是發出一個簡單的 SQL 查詢，因此我們需要做的第一件事就是打開一個 MySQL 互動式提示並使用資料庫用戶登錄及其密碼：
如果登錄成功，提示將變為mysql>，在這里，我們可以運行我們的 SQL 查詢來可視化可用的存儲引擎：
執行查詢後，我們應該獲得類似於以下內容的結果：
在上表中，作為查詢結果生成，我們可以通過查看Support每行列中的值輕鬆了解支持哪些存儲引擎，「YES」值表示存儲引擎可用，否則「NO」。相反，同一列中的「DEFAULT」值表示相應的引擎（在本例中為 InnoDB）是伺服器使用的默認引擎。
「 Transactions 」和「 Savepoints 」列中存在的值分別表示存儲引擎是否支持事務和回滾。正如我們通過查看錶可以看到的，只有 InnoDB 引擎可以。
關於存儲引擎的信息存在於「 INFORMATION_SCHEMA 」資料庫的「 ENGINES 」表中，因此我們也可以發出標準的「SELECT」查詢來獲取我們需要的數據：
我們將獲得與上面看到的相同的結果。
讓我們看看兩個最常用的存儲引擎 InnoDB 和 MyISAM 之間的主要特性和區別是什麼。
正如我們已經說過的， InnoDB 是自 MySQL 以來的默認存儲引擎5.5。
此存儲引擎的一些主要功能如下：
對事務的支持提供了一種安全的方式來執行多個查詢以保持數據一致。
當多個修改數據的操作被執行並且我們想要確保它們只有在所有操作都成功並且沒有錯誤發生時才有效時，我們想要使用事務。
典型的處理方式是啟動事務並執行查詢：如果出現錯誤，則執行回滾，否則提交更改。
當使用 InnoDB 數據鎖定發生在行級別時，因此在事務期間鎖定的數據量是有限的。
InnoDB 有兩種類型的鎖：
一個共享鎖允許誰擁有它讀取該行的交易，而一個排它鎖允許交易執行其修改行的操作，所以要更新或刪除數據。
當一個事務在某行上獲得共享鎖，而另一個事務需要相同的鎖類型時，立即授予；但是，如果第二個事務在同一行上請求排他鎖，它將不得不等待。
如果第一個事務持有該行的排他鎖，則第二個事務將不得不等待該鎖被釋放以獲得共享鎖或排他鎖。
外鍵是一個非常重要的特性，因為它們可用於基於表之間的邏輯關系來強制執行數據完整性。想像一下，我們的資料庫中有三個表（假設它被稱為「testdb」）：一個user包含現有用戶的job表，一個注冊所有可用作業的user_job表，以及一個用於表示用戶和用戶之間存在的多對多關系的表。作業（一個用戶可以有多個作業，多個作業可以與同一個用戶關聯）。
該user_job表就是所謂的連接表或關聯表，因為它的唯一目的是表示用戶-工作關聯。該表有兩列，一個叫user_id和其他job id。表中會存在兩個外鍵約束，強制執行以下規則：user_id列中的值只能引用表id列中的值，列中的user值job_id必須引用表id列中的現有值job.
這將強制執行完整性，因為僅允許現有用戶和作業的 ID 存在於關聯表中。刪除涉及表中一個或多個關聯的用戶或作業user_job也是不允許的，除非為相應的外鍵設置了CASCADE DELETE規則。在這種情況下，當刪除用戶或作業時，它們所涉及的關系也將被刪除。
MyISAM 曾經是默認的 MySQL 存儲引擎，但已被 InnoDB 取代。使用此引擎時，數據鎖定發生在表級別，因此執行操作時鎖定的數據更多。
與 InnoDB 不同，MyISAM 不支持事務回滾和提交，因此必須手動執行回滾。MyISAM 和 InnoDB 之間的另一個很大區別是前者不支持外鍵。MyISAM 更簡單，並且在對有限數據集進行讀取密集型操作時可能具有優勢（有爭議）。
在表上使用 MyISAM 時，會設置一個標志，指示該表是否需要修復，例如在突然關閉之後。稍後可以使用適當的工具執行表修復。
如何知道特定表使用了什麼存儲引擎？我們所要做的就是發出一個簡單的查詢。
例如，要知道user我們在前面的例子中提到的表使用了什麼存儲引擎，我們將運行：
注意上面的查詢我們使用了G，為了讓查詢結果垂直顯示，優化空間。執行查詢後，我們將獲得以下結果：
在這種情況下，通過查看「Engine」列中存儲的值，我們可以清楚地看到該表使用的是「InnoDB」引擎。獲取相同信息的另一種方法是INFORMATION_SCHEMA.TABLES直接查詢表：
上面的查詢將只返回表使用的引擎：
如果我們稍微更改查詢，我們可以獲得資料庫中所有表名的列表以及它們使用的引擎：
如果我們要為一個表設置一個特定的存儲引擎，我們可以在創建時指定它。例如，假設我們正在創建job表，並且出於某種原因我們想要使用 MyISAM 存儲引擎。我們將發出以下 SQL 查詢：
相反，如果我們想要更改用於已存在表的存儲引擎，我們只需要使用ALTERSQL 語句。假設我們要將上一個示例中創建的「job」表所使用的存儲引擎更改為 InnoDB；我們會運行：
在本教程中，我們學習了什麼是資料庫存儲引擎，並且我們看到了兩個最常用的 MySQL 引擎的主要特性： InnoDB 和 MyISAM 。
我們看到了如何檢查哪些引擎可用、哪些引擎用於表以及如何使用 SQL 查詢設置和修改表引擎。