【MySQL】MySQL的儲存引擎
在建立表格時可以指定表格的類型,也就是表格的儲存引擎。表的儲存引擎決定了資料如何儲存及如何訪問,還有事務如何儲存。表的儲存引擎在很大程度上影響著處理SQL語句所需的儲存空間和速度。不同的儲存引擎所具有的特性也有所不同,有些儲存引擎在處理許多複雜的SELECT語句時非常適合,而有些則在實現快速更新時比較適合。
InnoDB
InnoDB是MySQL的預設事務型引擎,也是最重要,使用最廣泛的儲存引擎。它被設計用來處理大量的短期(short-lived)事務,短期事務大部分情況下是正常提交的,很少會被回滾。 InnoDB的效能和自動崩潰復原特性,使得它在非事務型儲存的需求中也很流行。
除非有非常特別的原因需要使用其他的儲存引擎,否則應該優先考慮InnoDB引擎。 ————《高效能MySQL》
InnoDB採用MVCC來支援高並發,並且實現了四個標準的隔離等級。其預設等級是REPEATABLE READ(可重複讀取),並且透過間隙鎖定策略來防止幻讀的出現。
InnoDB表示基於群集索引建立的
#支援外鍵約束。
支援自動增加列AUTO_INCREMENT屬性。
事務。 InnoDB儲存引擎是支援事務的標準MySQL儲存引擎。
刪除或增加索引時不需要複製全表資料。
InnoDB內部做了很多優化,包括從磁碟讀取資料時採用的可預測預讀,能夠自動在記憶體中建立hash索引以加速度操作的自適應雜湊索引,以及能夠加速插入操作的插入緩衝區。
InnoDB表是基於叢集索引建立的。 InnoDB的索引結構和MySQL的其他引擎有很大不同,叢集索引對主鍵查詢有很高的效能。但是二級索引中必須包含主鍵列,所以主鍵列很大的話,其他的所有索引都會很大。因此,若表上的索引較多的話,主鍵應盡可能的小。
MyISAM
MyISAM提供了大量的特性,包括全文索引,壓縮,空間函數(GIS)等,但MyISAM不支援交易和行級鎖,而且有一個毫無疑問的缺陷就是崩潰後無法安全恢復。在MySQL 5.1及以前的版本中MyISAM為預設的儲存引擎,正是由於該引擎的緣故,即使MySQL支援事務已經很久了,在許多人的概念中MySQL還是非事務型的資料庫。
MyISAM對整個表格加鎖,而不是針對行。
支援全文索引。
支援壓縮表。壓縮表是無法進行修改的,可以大幅減少磁碟空間佔用,因此也可以減少磁碟I/O操作,從而提升查詢效能。
儲存
MyISAM會將表格儲存在兩個檔案中:資料檔案和索引文件,分別以.MYD和.MYI為副檔名。 MyISAM表可以包含動態或靜態行。 MySQL會根據表格的定義來決定採用何種行格式。
在MySQL5.0中,MyISAM表如果是變長行,則預設配置只能處理256TB的資料
特性
作為MySQL最早的儲存引擎之一,還是有一些特性。
加鎖與並發–表鎖
MyISAM對整張表加鎖,而不是針對行。讀取時會對需要讀到的所有表格加共用鎖定,寫入時則對錶加排他鎖。但在表有讀取查詢的同時,也可以往表中插入新的記錄(並發插入)。
修復
對於MyISAM表,MySQL可以手動或自動執行檢查和檢修操作,但這裡所說的修復和事務恢復以及崩潰恢復是不同的概念。
索引特性
對於MyISAM表,即使是BLOB和TEXT等長字段,也可以基於其前500個字元建立索引。 MyISAM也支援全文索引,這是一種基於分詞創建的索引,可以支援複雜的查詢。
延遲更新索引鍵
建立MyISAM表的時候,如果指定了DELAY_KEY_WRITE選項,在每次修改執行完成時,不會立刻將修改的索引資料寫入磁碟。
MyISAM效能
MyISAM引擎設計簡單,資料以緊密格式存儲,所以在某些場景下的效能很好。但由於表鎖的存在對於性能有很大的影響。
Archive 引擎
Archive儲存引擎只支援INSERT和SELECT。 Archive引擎會快取所有的寫入並利用zlib對插入進行壓縮,所以比MyISAM表的磁碟I/O更少。但是每次SELECT查詢都需要執行全表掃描。所以Archive表適合日誌和資料擷取類別應用,這類應用做資料分析時往往需要全表掃描。
Archive引擎支援行級鎖和專用的緩衝區,所以可以實現高並發的插入。在一個查詢開始直到返回表中存在的所有的行數之前,Archive會阻止其他的SELECT執行,以實現一致性讀取。另外,也實作了批次插入在完成之前對讀取操作不可見。這種機制模仿了事務和MVCC的一些特性,但是Archive引擎不是一個事務型的引擎,而是一個針對高速插入和壓縮做了優化的引擎。
CSV儲存引擎
這個引擎可以將普通的CSV檔案當作MySQL的表格來處理,但這種表格不支援索引。只需要將CSV檔案copy到CSV儲存引擎的資料目錄下,就能使用在MySQL中已表格的規則開啟使用。
Memory引擎
如果需要快速地存取數據,並且這些數據不會被修改,重啟以後丟失也沒有關係,那麼使用Memory表是非常有用的。 Memory表比MyISAM表快一個數量級,因為所有資料都保存在記憶體中,不需要進行磁碟I/O操作。 Memory表的結構在重啟以後還會保留,但資料遺失。
支援Hash索引,因此查找操作非常快速。
是表格層級鎖定,因此並發寫入效能較低。
不支援BLOB或TEXT類型的列,且每行長度是固定的,即使指定了varchar,實際儲存中也會轉換為char。
說明
除非需要用到某些InnoDB不具備的特性,並且沒有其他辦法可以替代,否則都應該優先選擇InnoDB引擎— 《高效能MySQL》
另外上面只是列舉了一些經常遇見的儲存引擎,並不全面。
在建立表格時可以指定表格的類型,也就是表格的儲存引擎。表的儲存引擎決定了資料如何儲存及如何訪問,還有事務如何儲存。表的儲存引擎在很大程度上影響著處理SQL語句所需的儲存空間和速度。不同的儲存引擎所具有的特性也有所不同,有些儲存引擎在處理許多複雜的SELECT語句時非常適合,而有些則在實現快速更新時比較適合。
InnoDB
InnoDB是MySQL的預設事務型引擎,也是最重要,使用最廣泛的儲存引擎。它被設計用來處理大量的短期(short-lived)事務,短期事務大部分情況下是正常提交的,很少會被回滾。 InnoDB的效能和自動崩潰復原特性,使得它在非事務型儲存的需求中也很流行。
除非有非常特別的原因需要使用其他的儲存引擎,否則應該優先考慮InnoDB引擎。 ————《高效能MySQL》
InnoDB採用MVCC來支援高並發,並且實現了四個標準的隔離等級。其預設等級是REPEATABLE READ(可重複讀取),並且透過間隙鎖定策略來防止幻讀的出現。
InnoDB表示基於群集索引建立的
#支援外鍵約束。
支援自動增加列AUTO_INCREMENT屬性。
事務。 InnoDB儲存引擎是支援事務的標準MySQL儲存引擎。
刪除或增加索引時不需要複製全表資料。
InnoDB內部做了很多優化,包括從磁碟讀取資料時採用的可預測預讀,能夠自動在記憶體中建立hash索引以加速度操作的自適應雜湊索引,以及能夠加速插入操作的插入緩衝區。
InnoDB表是基於叢集索引建立的。 InnoDB的索引結構和MySQL的其他引擎有很大不同,叢集索引對主鍵查詢有很高的效能。但是二級索引中必須包含主鍵列,所以主鍵列很大的話,其他的所有索引都會很大。因此,若表上的索引較多的話,主鍵應盡可能的小。
MyISAM
MyISAM提供了大量的特性,包括全文索引,壓縮,空間函數(GIS)等,但MyISAM不支援交易和行級鎖,而且有一個毫無疑問的缺陷就是崩潰後無法安全恢復。在MySQL 5.1及以前的版本中MyISAM為預設的儲存引擎,正是由於該引擎的緣故,即使MySQL支援事務已經很久了,在許多人的概念中MySQL還是非事務型的資料庫。
MyISAM對整個表格加鎖,而不是針對行。
支援全文索引。
支援壓縮表。壓縮表是無法進行修改的,可以大幅減少磁碟空間佔用,因此也可以減少磁碟I/O操作,從而提升查詢效能。
儲存
MyISAM會將表格儲存在兩個檔案中:資料檔案和索引文件,分別以.MYD和.MYI為副檔名。 MyISAM表可以包含動態或靜態行。 MySQL會根據表格的定義來決定採用何種行格式。
在MySQL5.0中,MyISAM表如果是變長行,則預設配置只能處理256TB的資料
特性
作為MySQL最早的儲存引擎之一,還是有一些特性。
加鎖與並發–表鎖
MyISAM對整張表加鎖,而不是針對行。讀取時會對需要讀到的所有表格加共用鎖,寫入時則對錶加排他鎖。但在表有讀取查詢的同時,也可以往表中插入新的記錄(並發插入)。
修復
對於MyISAM表,MySQL可以手動或自動執行檢查和檢修操作,但這裡所說的修復和事務恢復以及崩潰恢復是不同的概念。
索引特性
對於MyISAM表,即使是BLOB和TEXT等長字段,也可以基於其前500個字元建立索引。 MyISAM也支援全文索引,這是一種基於分詞創建的索引,可以支援複雜的查詢。
延遲更新索引鍵
建立MyISAM表的時候,如果指定了DELAY_KEY_WRITE選項,在每次修改執行完成時,不會立刻將修改的索引資料寫入磁碟。
MyISAM效能
MyISAM引擎設計簡單,資料以緊密格式存儲,所以在某些場景下的效能很好。但由於表鎖的存在對於性能有很大的影響。
Archive 引擎
Archive儲存引擎只支援INSERT和SELECT。 Archive引擎會快取所有的寫入並利用zlib對插入進行壓縮,所以比MyISAM表的磁碟I/O更少。但是每次SELECT查詢都需要執行全表掃描。所以Archive表適合日誌和資料擷取類別應用,這類應用做資料分析時往往需要全表掃描。
Archive引擎支援行級鎖定和專用的緩衝區,所以可以實現高並發的插入。在一個查詢開始直到返回表中存在的所有的行數之前,Archive會阻止其他的SELECT執行,以實現一致性讀取。另外,也實作了批次插入在完成之前對讀取操作不可見。這種機制模仿了事務和MVCC的一些特性,但是Archive引擎不是一個事務型的引擎,而是一個針對高速插入和壓縮做了優化的引擎。
CSV儲存引擎
這個引擎可以將普通的CSV檔案當作MySQL的表格來處理,但這種表格不支援索引。只需要將CSV檔案copy到CSV儲存引擎的資料目錄下,就能使用在MySQL中已表格的規則開啟使用。
Memory引擎
如果需要快速地存取數據,並且這些數據不會被修改,重啟以後丟失也沒有關係,那麼使用Memory表是非常有用的。 Memory表比MyISAM表快一個數量級,因為所有資料都保存在記憶體中,不需要進行磁碟I/O操作。 Memory表的結構在重啟以後還會保留,但資料遺失。
支援Hash索引,因此查找操作非常快速。
是表格層級鎖定,因此並發寫入效能較低。
不支援BLOB或TEXT類型的列,且每行長度是固定的,即使指定了varchar,實際儲存中也會轉換為char。
說明
除非需要用到某些InnoDB不具備的特性,沒有其他辦法可以替代,否則都應該優先選擇InnoDB引擎— 《高效能MySQL》
另外上面只是列舉了一些經常遇見的儲存引擎,並不全面。
以上就是【MySQL】MySQL的儲存引擎的內容,更多相關內容請關注PHP中文網(www.php.cn)!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Laravel 是一款 PHP 框架,用於輕鬆構建 Web 應用程序。它提供一系列強大的功能,包括:安裝: 使用 Composer 全局安裝 Laravel CLI,並在項目目錄中創建應用程序。路由: 在 routes/web.php 中定義 URL 和處理函數之間的關係。視圖: 在 resources/views 中創建視圖以呈現應用程序的界面。數據庫集成: 提供與 MySQL 等數據庫的開箱即用集成,並使用遷移來創建和修改表。模型和控制器: 模型表示數據庫實體,控制器處理 HTTP 請求。

MySQL和phpMyAdmin是強大的數據庫管理工具。 1)MySQL用於創建數據庫和表、執行DML和SQL查詢。 2)phpMyAdmin提供直觀界面進行數據庫管理、表結構管理、數據操作和用戶權限管理。

MySQL与其他编程语言相比,主要用于存储和管理数据,而其他语言如Python、Java、C 则用于逻辑处理和应用开发。MySQL以其高性能、可扩展性和跨平台支持著称,适合数据管理需求,而其他语言在各自领域如数据分析、企业应用和系统编程中各有优势。

在開發一個小型應用時,我遇到了一個棘手的問題:需要快速集成一個輕量級的數據庫操作庫。嘗試了多個庫後,我發現它們要么功能過多,要么兼容性不佳。最終,我找到了minii/db,這是一個基於Yii2的簡化版本,完美地解決了我的問題。

文章摘要:本文提供了詳細分步說明,指導讀者如何輕鬆安裝 Laravel 框架。 Laravel 是一個功能強大的 PHP 框架,它 упростил 和加快了 web 應用程序的開發過程。本教程涵蓋了從系統要求到配置數據庫和設置路由等各個方面的安裝過程。通過遵循這些步驟,讀者可以快速高效地為他們的 Laravel 項目打下堅實的基礎。

在使用Thelia開發電商網站時,我遇到了一個棘手的問題:MySQL模式設置不當,導致某些功能無法正常運行。經過一番探索,我找到了一個名為TheliaMySQLModesChecker的模塊,它能夠自動修復Thelia所需的MySQL模式,徹底解決了我的困擾。

MySQL通過表結構和SQL查詢高效管理結構化數據,並通過外鍵實現表間關係。 1.創建表時定義數據格式和類型。 2.使用外鍵建立表間關係。 3.通過索引和查詢優化提高性能。 4.定期備份和監控數據庫確保數據安全和性能優化。

MySQL是一個開源的關係型數據庫管理系統,廣泛應用於Web開發。它的關鍵特性包括:1.支持多種存儲引擎,如InnoDB和MyISAM,適用於不同場景;2.提供主從復制功能,利於負載均衡和數據備份;3.通過查詢優化和索引使用提高查詢效率。
