如果想看自己的資料庫預設使用的那個儲存引擎,可以透過使用指令:
SHOW VARIABLES LIKE 'storage_engine';
#一、InnoDB儲存引擎
1. InnoDB是事務型資料庫的首選引擎
支援事務安全表(ACID)
交易的ACID屬性:即原子性、一致性、隔離性、持久性
a.原子性:原子性也就是說這組語句要麼全部執行,要麼全部不執行,如果交易執行到一半出現錯誤,資料庫就要回滾到交易開始執行的地方。
實作:主要是基於MySQ日誌系統的redo和undo機制。事務是一組SQL語句,裡面有選擇,查詢、刪除等功能。每條語句執行會有一個節點。例如,刪除語句執行後,在事務中有個記錄保存下來,這個記錄中儲存了我們什麼時候做了什麼事。如果出錯了,就會回滾到原來的位置,redo裡面已經儲存了我做過什麼事了,然後逆向執行一遍就可以了。
b.一致性:交易開始前和結束後,資料庫的完整性限制並沒有被破壞。 (eg:例如A向B轉賬,不可能A扣了錢,B卻沒有收到)
c.隔離性:同一時間,只允許一個事務請求同一數據,不同的事務之間彼此沒有任何干擾;
如果不考慮隔離性則會出現幾個問題:
i、髒讀:是指在一個事務處理過程裡讀取了另一個未提交的事務中的數據(當一個事務正在多次修改某個數據,而在這個事務中這多次的修改都還未提交,這時一個並發的事務來訪問該數據,就會造成兩個事務得到的數據不一致);(讀取了另一個事務未提交的髒數據)
ii、不可重複讀取:在對於資料庫中的某個數據,一個事務範圍內多次查詢卻返回了不同的數據值,這是由於在查詢間隔,被另一個事務修改並提交了;(讀取了前一個事務提交的數據,查詢的都是同一個資料項)
iii、虛讀(幻讀):是交易非獨立執行時發生的一種現象(eg:事務T1對一個表中所有的行的某個資料項做了從「1」修改為「2」的操作,這時事務T2又對這個表中插入了一行資料項,而這個資料項的數值還是為「1」並且提交給資料庫。而操作事務T1的使用者如果再查看剛剛修改的數據,會發現還有一行沒有修改,其實這行是從事務T2中添加的,就好像產生幻覺一樣);(讀取了前一個事務提交的數據,針對一批資料整體)
d.持久性:交易完成後,交易對資料庫的所有更新將被儲存到資料庫,不能回滾
#2.InnoDB是mySQL預設的儲存引擎
預設的隔離等級是RR,並且在RR的隔離等級下更近一步,透過多版本並發控制( MVCC)解決不可重複讀取問題,加上間隙鎖定(也就是並發控制)解決幻讀問題。因此InnoDB的RR隔離等級其實實現了串列化等級的效果,而保留了比較好的並發效能。
MySQL資料庫提供給我們的四個隔離等級:
a、Serializable
(串列化):可避免髒讀、無法重複讀取、幻讀的發生;
b、Repeatable read
(可重複讀取):可避免髒讀、無法重複讀取的發生;
c、Read committed
(讀取已提交):可避免髒讀的發生;
d、Read uncommitted
(讀取未提交):最低級別,任何情況都無法保證;
從a----d隔離等級由高到低,等級越高,執行效率越低
3.InnoDB支援行級鎖定。
行級鎖定可以最大程度的支援並發,行級鎖定是由儲存引擎層實現的。
鎖定:鎖定的主要功能是管理共享資源的並發訪問,用於實現事務的隔離性
類型:共享鎖定(讀鎖定)、獨佔鎖定(寫入鎖定)
MySQL鎖定的力道:表級鎖定(開銷小、並發性低),通常在伺服器層實現
行級鎖定(開銷大、並發性高),只會在儲存引擎層面進行實作
4、InnoDB是為處理巨大資料量的最大效能設計。
它的CPU效率可能是任何基於磁碟的關係型資料庫引擎所不能匹敵的
5、InnoDB儲存引擎完全與MySQL伺服器整合
InnoDB儲存引擎為在主記憶體中快取資料和索引而維持它自己的緩衝池。 InnoDB將它的表和索引在一個邏輯表空間中,表空間可以包含幾個檔案(或原始磁碟檔案);
6、InnoDB支援外鍵完整性約束
#儲存表中的資料時,每張表的儲存都會依照主鍵順序存放,如果沒有顯示在表定義時指定主鍵。 InnoDB會為每一行產生一個6位元組的ROWID,並以此作為主鍵
#7、InnoDB被用在眾多需要高效能的大型資料庫網站上
8、InnoDB中不保存表格的行數(eg:select count(*)from table時,InnoDB需要掃描一遍整個表來計算有多少行);清空整個表時,InnoDB是一行一行的刪除,效率非常慢;
InnoDB不建立目錄,使用InnoDB時,MySQL將在MySQL資料目錄下建立一個名為ibdata1的10MB大小的自動擴充資料文件,以及兩個名為ib_logfile0和ib_logfile1的5MB大小的日誌檔案
二、InnoDB引擎的底層實作
InnoDB的儲存檔案有兩個,後綴名稱分別是.frm和.idb ;其中.frm是表的定義文件, .idb是表的資料檔。
1、InnoDB引擎採用B Tree結構來作為索引結構
B-Tree(平衡多路查找樹):為磁碟等外部儲存裝置設計的一種平衡查找樹
系統從磁碟讀取資料到記憶體時是以磁碟區塊位基本單位的,位於同一磁碟區塊中的資料會被一次讀取出來,而不是按需讀取。
InnoDB儲存引擎使用頁作為資料讀取單位,頁是其磁碟管理的最小單位,預設page大小是16k.
系統的一個磁碟區塊的儲存空間往往沒有那麼大,因此InnoDB每次申請磁碟空間時都會是若干位址連續磁碟區塊來達到頁的大小16KB。
InnoDB在把磁碟資料讀入磁碟時會以頁為基本單位,在查詢資料時,如果一個頁中的每個資料都能助於定位資料記錄的位置,這將會減少磁碟I/O的次數,提高查詢效率。
B-Tree結構的資料可以讓系統有效率的找到資料所在的磁碟區塊
B-Tree中的每個節點根據實際情況可以包含大量的關鍵字資訊和分支,範例
每個節點佔用一個磁碟區的磁碟空間,一個節點上有兩個升序排序的關鍵字和三個指向子樹根節點的指針,指針儲存的是子節點所在磁碟區塊的位址。
以根節點為例,關鍵字為17和35,P1指標指向的子樹的資料範圍小於17,P2指標指向的子樹的資料範圍為17----35,P3指針指向的子樹的資料範圍大於35;
模擬查找關鍵字29的過程:
a.根據根節點找到磁碟區塊1,讀入記憶體。 【磁碟I/O操作第一次】
b.比較關鍵字29在區間(17,35),找到磁碟區塊1的指標P2;
c.根據P2指標找到磁碟區塊3,讀入記憶體。 【磁碟I/O操作第二次】
d.比較關鍵字29在區間(26,30),找到磁碟區塊3的指標P2;
e.根據P2指標找到磁碟區塊8,讀入記憶體。 【磁碟I/O操作第三次】
f.在磁碟區塊8中的關鍵字清單中找到關鍵字29.
MySQL的InnoDB儲存引擎在設計時是將根節點常駐記憶體的,因此力求達到樹的深度不超過3,也就是I/O不需要超過三次;
#分析上面的結果,發現需要三次磁碟I/O操作,和三次記憶體查找操作。由於記憶體中的關鍵字是一個有序表結構,可以利用二分法查找來提高效率;而三次磁碟I/O操作時影響整個B-Tree查找效率的決定因素。
B Tree
B Tree是在B-Tree基礎上的最佳化,使其更適合實作外儲存索引結構,B-Tree中每個節點中有key,也有data,而每一頁的儲存空間是有限的,如果data資料較大時將會導致每個節點(即一個頁)能儲存的key的數量很小。當儲存的資料量很大時同樣會導致B-Tree的深度較大,增大查詢時的磁碟I/O次數,進而影響查詢效率。
在B Tree中所有資料記錄節點都是按照鍵值大小順序存放在同一層的葉子節點上,而非葉子節點上只儲存key值信息,這樣可以大大加大每個節點存儲的key值數量,降低B Tree的高度;
通常在B Tree上有兩個頭指針,一個指向根節點,另一個指向關鍵字最小的葉子節點,而且所有葉子節點(即資料節點)之間都是一種鍊式環結構。
因此可以對B Tree進行兩種查找運算,一種是對於主鍵的範圍查找和分頁查找,另一種是從根節點開始,進行隨機查找。
InnoDB中的B Tree
InnoDB是以ID為索引的資料儲存
採用InnoDB引擎的資料儲存檔案有兩個,一個定義文件,一個是數據文件。
InnoDB透過B Tree結構對ID建立索引,然後在葉子節點中儲存記錄
若建立索引的欄位不是主鍵ID,則對該欄位建立索引,然後在葉子節點中儲存的是該記錄的主鍵,然後透過主鍵索引找到對應記錄。
相了解更多相關問題請上PHP中文網:PHP影片教學
#以上是超細緻的mysql儲存引擎-InnoDB的解說的詳細內容。更多資訊請關注PHP中文網其他相關文章!

MySQL和SQLite的主要區別在於設計理念和使用場景:1.MySQL適用於大型應用和企業級解決方案,支持高性能和高並發;2.SQLite適合移動應用和桌面軟件,輕量級且易於嵌入。

MySQL中的索引是數據庫表中一列或多列的有序結構,用於加速數據檢索。 1)索引通過減少掃描數據量提升查詢速度。 2)B-Tree索引利用平衡樹結構,適合範圍查詢和排序。 3)創建索引使用CREATEINDEX語句,如CREATEINDEXidx_customer_idONorders(customer_id)。 4)複合索引可優化多列查詢,如CREATEINDEXidx_customer_orderONorders(customer_id,order_date)。 5)使用EXPLAIN分析查詢計劃,避

在MySQL中使用事務可以確保數據一致性。 1)通過STARTTRANSACTION開始事務,執行SQL操作後用COMMIT提交或ROLLBACK回滾。 2)使用SAVEPOINT可以設置保存點,允許部分回滾。 3)性能優化建議包括縮短事務時間、避免大規模查詢和合理使用隔離級別。

選擇PostgreSQL而非MySQL的場景包括:1)需要復雜查詢和高級SQL功能,2)要求嚴格的數據完整性和ACID遵從性,3)需要高級空間功能,4)處理大數據集時需要高性能。 PostgreSQL在這些方面表現出色,適合需要復雜數據處理和高數據完整性的項目。

MySQL數據庫的安全可以通過以下措施實現:1.用戶權限管理:通過CREATEUSER和GRANT命令嚴格控制訪問權限。 2.加密傳輸:配置SSL/TLS確保數據傳輸安全。 3.數據庫備份和恢復:使用mysqldump或mysqlpump定期備份數據。 4.高級安全策略:使用防火牆限制訪問,並啟用審計日誌記錄操作。 5.性能優化與最佳實踐:通過索引和查詢優化以及定期維護兼顧安全和性能。

如何有效監控MySQL性能?使用mysqladmin、SHOWGLOBALSTATUS、PerconaMonitoringandManagement(PMM)和MySQLEnterpriseMonitor等工具。 1.使用mysqladmin查看連接數。 2.用SHOWGLOBALSTATUS查看查詢數。 3.PMM提供詳細性能數據和圖形化界面。 4.MySQLEnterpriseMonitor提供豐富的監控功能和報警機制。

MySQL和SQLServer的区别在于:1)MySQL是开源的,适用于Web和嵌入式系统,2)SQLServer是微软的商业产品,适用于企业级应用。两者在存储引擎、性能优化和应用场景上有显著差异,选择时需考虑项目规模和未来扩展性。

在需要高可用性、高級安全性和良好集成性的企業級應用場景下,應選擇SQLServer而不是MySQL。 1)SQLServer提供企業級功能,如高可用性和高級安全性。 2)它與微軟生態系統如VisualStudio和PowerBI緊密集成。 3)SQLServer在性能優化方面表現出色,支持內存優化表和列存儲索引。


熱AI工具

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

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

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

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

熱門文章

熱工具

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

Dreamweaver Mac版
視覺化網頁開發工具

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

Atom編輯器mac版下載
最受歡迎的的開源編輯器

SecLists
SecLists是最終安全測試人員的伙伴。它是一個包含各種類型清單的集合,這些清單在安全評估過程中經常使用,而且都在一個地方。 SecLists透過方便地提供安全測試人員可能需要的所有列表,幫助提高安全測試的效率和生產力。清單類型包括使用者名稱、密碼、URL、模糊測試有效載荷、敏感資料模式、Web shell等等。測試人員只需將此儲存庫拉到新的測試機上,他就可以存取所需的每種類型的清單。