Mysql 的存儲(chǔ)引擎,myisam和innodb的區(qū)別
簡(jiǎn)單的表達(dá)。
MyISAM 是非事務(wù)的存儲(chǔ)引擎。
innodb是支持事務(wù)的存儲(chǔ)引擎。
innodb的引擎比較適合于插入和更新操作比較多的應(yīng)用
而MyISAM 則適合用于頻繁查詢的應(yīng)用
MyISAM --表鎖。
innodb--設(shè)計(jì)合理的話是行鎖。
MyISAM 不會(huì)出現(xiàn)死鎖。
最大的區(qū)別就是MYISAM適合小數(shù)據(jù),小并發(fā);INNODB 適合大數(shù)據(jù),大并發(fā)。最大的區(qū)別就是在鎖的級(jí)別上。
MyISAM類型不支持事務(wù)處理等高級(jí)處理,而InnoDB類型支持。 MyISAM類型的表強(qiáng)調(diào)的是性能,其執(zhí)行數(shù)度比InnoDB類型更快,但是不提供事務(wù)支持,而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級(jí)數(shù)據(jù)庫(kù)功能。綜述,就可以根據(jù)數(shù)據(jù)表不同的用處是用不同的存儲(chǔ)類型。而且MyISAM是文件存儲(chǔ)的,可以進(jìn)行直接在不同操作系統(tǒng)間拷貝使用。
InnoDB:
InnoDB 給 MySQL 提供了具有事務(wù)(commit)、回滾(rollback)和崩潰修復(fù)能力(crash recovery capabilities)的事務(wù)安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行鎖(locking on row level),提供與 Oracle 類型一致的不加鎖讀取(non-locking read in SELECTs)。這些特性均提高了多用戶并發(fā)操作的性能表現(xiàn)。在InnoDB表中不需要擴(kuò)大鎖定(lock escalation),因?yàn)?InnoDB 的列鎖定(row level locks)適宜非常小的空間。InnoDB 是 MySQL 上第一個(gè)提供外鍵約束(FOREIGN KEY constraints)的表引擎。InnoDB 的設(shè)計(jì)目標(biāo)是處理大容量數(shù)據(jù)庫(kù)系統(tǒng),它的 CPU 利用率是其它基于磁盤的關(guān)系數(shù)據(jù)庫(kù)引擎所不能比的。在技術(shù)上,InnoDB 是一套放在 MySQL 后臺(tái)的完整數(shù)據(jù)庫(kù)系統(tǒng),InnoDB 在主內(nèi)存中建立其專用的緩沖池用于高速緩沖數(shù)據(jù)和索引。 InnoDB 把數(shù)據(jù)和索引存放在表空間里,可能包含多個(gè)文件,這與其它的不一樣,舉例來說,在 MyISAM 中,表被存放在單獨(dú)的文件中。InnoDB 表的大小只受限于操作系統(tǒng)的文件大小,一般為 2 GB。InnoDB所有的表都保存在同一個(gè)數(shù)據(jù)文件 ibdata1 中(也可能是多個(gè)文件,或者是獨(dú)立的表空間文件),相對(duì)來說比較不好備份,可以拷貝文件或用navicat for mysql。
MyISAM
每張MyISAM 表被存放在三個(gè)文件 :frm 文件存放表格定義。 數(shù)據(jù)文件是MYD (MYData) 。 索引文件是MYI (MYIndex) 引伸。
因?yàn)镸yISAM相對(duì)簡(jiǎn)單所以在效率上要優(yōu)于InnoDB,小型應(yīng)用使用MyISAM是不錯(cuò)的選擇。
MyISAM表是保存成文件的形式,在跨平臺(tái)的數(shù)據(jù)轉(zhuǎn)移中使用MyISAM存儲(chǔ)會(huì)省去不少的麻煩
以下是一些細(xì)節(jié)和具體實(shí)現(xiàn)的差別:
1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數(shù),也就是說,執(zhí)行select count(*) from table時(shí),InnoDB要掃描一遍整個(gè)表來計(jì)算有多少行,但是MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語(yǔ)句包含 where條件時(shí),兩種表的操作是一樣的。
3.對(duì)于AUTO_INCREMENT類型的字段,InnoDB中必須包含只有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯(lián)合索引。
4.DELETE FROM table時(shí),InnoDB不會(huì)重新建立表,而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導(dǎo)入數(shù)據(jù)后再改成InnoDB表,但是對(duì)于使用的額外的InnoDB特性(例如外鍵)的表不適用。
- MySQL存儲(chǔ)引擎MyISAM與InnoDB區(qū)別總結(jié)整理
- Mysql更換MyISAM存儲(chǔ)引擎為Innodb的操作記錄總結(jié)
- MySQL存儲(chǔ)引擎中的MyISAM和InnoDB區(qū)別詳解
- MySQL存儲(chǔ)引擎MyISAM與InnoDB的9點(diǎn)區(qū)別
- MySQL數(shù)據(jù)庫(kù)MyISAM存儲(chǔ)引擎轉(zhuǎn)為Innodb的方法
- MySQL存儲(chǔ)引擎 InnoDB與MyISAM的區(qū)別
- 淺談MySQL存儲(chǔ)引擎選擇 InnoDB與MyISAM的優(yōu)缺點(diǎn)分析
- MySQL的存儲(chǔ)引擎InnoDB和MyISAM
相關(guān)文章
MySQL 5.5 range分區(qū)增加刪除處理的方法示例
這篇文章主要給大家介紹了關(guān)于MySQL 5.5 range分區(qū)增加刪除處理的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來一起看看吧。2017-06-06
MySQL 查詢某個(gè)字段含有字母數(shù)字的值示例詳解
在本文中,我們?cè)敿?xì)介紹了如何在 MySQL 中查詢某個(gè)字段含有字母和數(shù)字的值,我們首先介紹了正則表達(dá)式的基礎(chǔ)知識(shí),然后通過五個(gè)具體示例展示了如何應(yīng)用這些知識(shí),通過這些示例,我們可以看到正則表達(dá)式在處理復(fù)雜字符串模式匹配時(shí)的強(qiáng)大功能,感興趣的朋友跟隨小編一起看看吧2024-05-05
mysql error 1130 hy000:Host''localhost''解決方案
本文將詳細(xì)提供mysql error 1130 hy000:Host'localhost'解決方案,需要的朋友可以參考下2012-11-11
遠(yuǎn)程連接mysql數(shù)據(jù)庫(kù)注意事項(xiàng)記錄(遠(yuǎn)程連接慢skip-name-resolve)
有時(shí)候我們需要遠(yuǎn)程連接mysql數(shù)據(jù)庫(kù),就需要注意下面的問題,方便大家解決,腳本之家小編特為大家準(zhǔn)備了一些資料2012-07-07
MySQL數(shù)據(jù)庫(kù)的主從同步配置與讀寫分離
這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)的主從同步配置與讀寫分離,需要的朋友可以參考下2018-01-01
mysql分區(qū)表學(xué)習(xí)之日期分區(qū)
這篇文章主要給大家介紹了關(guān)于mysql分區(qū)表學(xué)習(xí)之日期分區(qū)的相關(guān)資料,分區(qū)是一種表的設(shè)計(jì)模式,通俗地講表分區(qū)是將一大表,根據(jù)條件分割成若干個(gè)小表,需要的朋友可以參考下2023-08-08
MySQL Packet for query is too large 問題及解決方法
這篇文章主要介紹了MySQL Packet for query is too large 問題及解決方法,需要的朋友可以參考下2018-05-05

