MySQL默認支持多種存盤引擎
??多種存盤引擎,以適應于不同領域的資料庫應用需要,用戶可以選擇不同的存盤引擎提高應用的效率,提供靈活的存盤,用戶甚至可以按照自己的需要定制和使用自己的存盤引擎,
??MySQL5.0支持的存盤引擎包括MyISAM、InnoDB、MEMORY、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED,其中InnoDB和BDBD提供事務安全表,其他存盤引擎都市非事務安全表,
??創建新表時如果不指定存盤引擎,系統會使用默認存盤引擎,MySQL5.5之前的默認存盤引擎是MYISAM,5.5之后改為InnoDB,(我的是8.0版,如下圖)
創表時對存盤引擎的操作
??創建表ai(存盤引擎為MYISAM),表country(存盤引擎為InnoDB):

??使用ALTER TABLE陳述句,將一個已經存在的表修改成其他的存盤引擎,下面的例子介紹了如何將表ai從MyISAM存盤引擎修改到InnoDB存盤引擎.

嗯哼,怎么肥四啊???

嗯哼,怎么肥四啊???好迷,暫未解決
常用存盤引擎的特性,

??MyISAM
??不支持事務,也不支持外鍵,
??優勢訪問速度快,對事務完整性沒有要求,以SELECT、INSERT為主的應用基本用這個引擎來創建,
??支持三種不同的存盤格式分別是:
- 靜態表
- 動態表(動態表中包含變長欄位,記錄不是固定長度的,這樣存盤的優點是占用的空間相對較少,但是頻繁地更新和洗掉記錄會產生碎片,需要定期執行OPTIMIZE TABLE陳述句或myisamchk-r命令來改善性能,并且在出現故障時恢復相對比較困難,)
- 壓縮表(空間小)
- 注:靜態表是默認的存盤格式,存盤迅速,容易快取,占空間大,資料存盤時混按照列寬補全空格,但在訪問時不會得到后面這些空格,特別注意!!!

??InnoDB
??InooDB存盤引擎具有提交,回滾,和崩潰恢復能力的事務安全,
- 自動增長列:1.自動增長列可以手動插入,但是如果插入的值為慷訓者為0,那么實際插入的為自動增長之后的值,2.對于InnoDB表,自動增長列必須是索引,如果是組合索引,也必須是組合索引的第一列,但是對于 MyISAM 表,自動增長列可以是組合索引的其他列,這樣插入記錄后,自動增長列是按照組合索引的前面幾列進行排序后遞增的,



- 外鍵約束(MySQL支持外鍵的存盤引擎只有InnoDB,在創建外鍵的時候,要求父表必須有對應的索引,子表在創建外鍵的時候也會自動創建對應的索引)
- 存盤方式1.共享表空間存盤 2.多表空間存盤,(多表空間的表的引數生效后,只對新建的表生效),
??MERGE
MEMORY型別的表訪問非常地快,因為它的資料是放在記憶體中的,并且默認使用HASH索引,但是一旦服務關閉,表中的資料就會丟失掉,
MEMORY 型別的存盤引擎主要用于那些內容變化不頻繁的代碼表,或者作為統計操作的中間結果表,便于高效地對中間結果進行分析并得到最終的統計結果,對存盤引擎為MEMORY的表進行更新操作要謹慎,因為資料并沒有實際寫入到磁盤中,所以一定要對下次重新啟動服務后如何獲得這些修改后的資料有所考慮
如何選擇合適的存盤引擎
??MyISAM:默認的MySQL插件式存盤引擎,如果應用是以讀操作和插入操作為主,只有很少的更新和洗掉操作,并且對事務的完整性、并發性要求不是很高,那么選擇這個存盤引擎是非常適合的,MyISAM是在Web、資料倉儲和其他應用環境下最常使用的存盤引擎之一,
??InnoDB:用于事務處理應用程式,支持外鍵,如果應用對事務的完整性有比較高的要求,在并發條件下要求資料的一致性,資料操作除了插入和查詢以外,還包括很多的更新、洗掉操作,那么InnoDB存盤引擎應該是比較合適的選擇,InnoDB存盤引擎除了有效地降低由于洗掉和更新導致的鎖定,還可以確保事務的完整提交(Commit)和回滾(Rollback),對于類似計費系統或者財務系統等對資料準確性要求比較高的系統,InnoDB都是合適的選擇,
??MEMORY:將所有資料保存在 RAM 中,在需要快速定位記錄和其他類似資料的環境下,可提供極快的訪問,MEMORY 的缺陷是對表的大小有限制,太大的表無法快取在記憶體中,其次是要確保表的資料可以恢復,資料庫例外終止后表中的資料是可以恢復的,MEMORY表通常用于更新不太頻繁的小表,用以快速得到訪問結果,
??MERGE:用于將一系列等同的MyISAM表以邏輯方式組合在一起,并作為一個物件參考它們,MERGE表的優點在于可以突破對單個MyISAM表大小的限制,并且通過將不同的表分布在多個磁盤上,可以有效地改善MERGE表的訪問效率,這對于諸如資料倉儲等VLDB環境十分適合,
轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/56227.html
標籤:MySQL
下一篇:Mysql優化
