簡單了解mysql InnoDB MyISAM相關(guān)區(qū)別

前言

mysql支持很多表類型的表（即存儲引擎），如myisam、innodb、memory、archive、example等。每種存儲引擎都有自己的優(yōu)點和缺點，充分的理解每種存儲引擎，有助于合理的使用它們。有人認(rèn)為在同一個數(shù)據(jù)庫中使用多種存儲引擎很影響性能，其實這是一種十分錯誤的想法。實際上，除非是非常簡單的數(shù)據(jù)庫，否則的話，只使用一種存儲引擎，對應(yīng)用程序的性能來說是一個十分糟糕的行為。對數(shù)據(jù)庫了解的人會根據(jù)每張表的作用不同來選擇適當(dāng)?shù)拇鎯σ?，這才是正確的做法。

前面說過mysql的存儲引擎很多，但是我個人在工作中運用最多的存儲引擎有兩個，一個是InnoDB,一個是MyISAM。我這里就聊聊這兩個存儲引擎，并比較下兩者之間的區(qū)別。

一、MyISAM

MyISAM現(xiàn)在為mysql的默認(rèn)存儲引擎，如果在建表的時候，沒有指定表類型，mysql就會默認(rèn)使用MyISAM。MyISAM有一個很多人認(rèn)為很重要，然而我卻覺得沒什么卵用的特性，那就是MyISAM表示獨立于操作系統(tǒng)之外的。通俗點說就是你可以很輕松的將MyISAM表從windows移植到linux或者從linux移植到windows。這確實是個優(yōu)點，可是哪個技術(shù)主管會有在決定用了一種操作系統(tǒng)一段時間后又要換服務(wù)器的操作系統(tǒng)的腦殘行為，所有我認(rèn)為這個優(yōu)點沒有什么實際的意義。

MyISAM存儲引擎是mysql組件中非常重要的一部分，在mysql中可以創(chuàng)建3種MyISAM格式的表——靜態(tài)、動態(tài)和壓縮。格式不需要單獨指定，mysql會根據(jù)表結(jié)構(gòu)自動選擇最合適的格式。

1、MyISAM靜態(tài)

如果表的每個字段的數(shù)據(jù)類型的定義都是使用靜態(tài)的（如char），mysql就會自動使用靜態(tài)MyISAM格式，這種類型格式的表的性能是很高的，也就是查詢更新用的時間很少，但要知道這是在犧牲空間為代價。因為每一列都要分配最大的空間，即使有部分空間沒有用到，這就使得靜態(tài)的表所占的空間會比較大。

2、MyISAM動態(tài)

如果表的每個字段的數(shù)據(jù)類型的定義都是使用動態(tài)的（如varchar），mysql就會自動使用動態(tài)MyISAM格式，這種類型格式的表的性能會有所下降，但是它的空間占有要比靜態(tài)的少很多。

3、MyISAM壓縮

如果有一張表在設(shè)計之初只賦予了它讀的使命，就可以用MyISAM壓縮表，在相同的配置下，它的性能是最快的。

二、InnoDB

InnoDB是一個事務(wù)型存儲引擎，它默認(rèn)支持事務(wù)。因此，在對數(shù)據(jù)完整度有較高要求的項目中，都是采用InnoDB作為存儲引擎，比如跟銀行相關(guān)的項目。InnoDB還引入行級鎖定。其他表類型都是全表鎖定，意思就是說，在一個用戶要修改一張表中，自己那一行的某個信息的時候，數(shù)據(jù)庫會先鎖定整張表，其他用戶對這張表無法進(jìn)行操作，這就是全表鎖定。行級鎖定就不一樣了，只鎖定自己要修改的那一行的，也就是說其他人對表還可以進(jìn)行操作，只是不能操作被鎖定的那一行的數(shù)據(jù)了。好處顯而易見，在速度上更快了，特別適合處理多重并發(fā)的更新請求。

InnoDB還引入了外鍵約束。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。