快捷導(dǎo)航

聊一聊MyISAM和InnoDB的區(qū)別

更新時(shí)間：2020年08月28日 09:50:09 作者：張朝陽(yáng)

這篇文章主要介紹了聊一聊MyISAM和InnoDB的區(qū)別，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧

主要有以下區(qū)別：

1、MySQL默認(rèn)采用的是MyISAM。

2、MyISAM不支持事務(wù)，而InnoDB支持。InnoDB的AUTOCOMMIT默認(rèn)是打開(kāi)的，即每條SQL語(yǔ)句會(huì)默認(rèn)被封裝成一個(gè)事務(wù)，自動(dòng)提交，這樣會(huì)影響速度，所以最好是把多條SQL語(yǔ)句顯示放在begin和commit之間，組成一個(gè)事務(wù)去提交。

3、InnoDB支持?jǐn)?shù)據(jù)行鎖定，MyISAM不支持行鎖定，只支持鎖定整個(gè)表。即MyISAM同一個(gè)表上的讀鎖和寫(xiě)鎖是互斥的，MyISAM并發(fā)讀寫(xiě)時(shí)如果等待隊(duì)列中既有讀請(qǐng)求又有寫(xiě)請(qǐng)求，默認(rèn)寫(xiě)請(qǐng)求的優(yōu)先級(jí)高，即使讀請(qǐng)求先到，所以MyISAM不適合于有大量查詢(xún)和修改并存的情況，那樣查詢(xún)進(jìn)程會(huì)長(zhǎng)時(shí)間阻塞。因?yàn)镸yISAM是鎖表，所以某項(xiàng)讀操作比較耗時(shí)會(huì)使其他寫(xiě)進(jìn)程餓死。

4、InnoDB支持外鍵，MyISAM不支持。

5、InnoDB的主鍵范圍更大，最大是MyISAM的2倍。

6、InnoDB不支持全文索引，而MyISAM支持。全文索引是指對(duì)char、varchar和text中的每個(gè)詞（停用詞除外）建立倒排序索引。MyISAM的全文索引其實(shí)沒(méi)啥用，因?yàn)樗恢С种形姆衷~，必須由使用者分詞后加入空格再寫(xiě)到數(shù)據(jù)表里，而且少于4個(gè)漢字的詞會(huì)和停用詞一樣被忽略掉。

7、MyISAM支持GIS數(shù)據(jù)，InnoDB不支持。即MyISAM支持以下空間數(shù)據(jù)對(duì)象：Point,Line,Polygon,Surface等。

8、沒(méi)有where的count(*)使用MyISAM要比InnoDB快得多。因?yàn)镸yISAM內(nèi)置了一個(gè)計(jì)數(shù)器，count(*)時(shí)它直接從計(jì)數(shù)器中讀，而InnoDB必須掃描全表。

所以在InnoDB上執(zhí)行count(*)時(shí)一般要伴隨where，且where中要包含主鍵以外的索引列。

為什么這里特別強(qiáng)調(diào)“主鍵以外”？因?yàn)镮nnoDB中primary index是和raw data存放在一起的，而secondary index則是單獨(dú)存放，然后有個(gè)指針指向primary key。

所以只是count(*)的話(huà)使用secondary index掃描更快，而primary key則主要在掃描索引同時(shí)要返回raw data時(shí)的作用較大。

補(bǔ)充知識(shí)：MySQL中ENGINE=InnoDB、AUTO_INCREMENT的意思

如下所示：

CREATE TABLE `hui_user` (
 `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用戶(hù)表id',
 `username` varchar(50) NOT NULL COMMENT '用戶(hù)名',
 `password` varchar(50) NOT NULL COMMENT '用戶(hù)密碼，MD5加密',
 `email` varchar(50) DEFAULT NULL,
 `phone` varchar(20) DEFAULT NULL,
 `question` varchar(100) DEFAULT NULL COMMENT '找回密碼問(wèn)題',
 `answer` varchar(100) DEFAULT NULL COMMENT '找回密碼答案',
 `role` int(4) NOT NULL COMMENT '角色0-管理員,1-普通用戶(hù)',
 `create_time` datetime NOT NULL COMMENT '創(chuàng)建時(shí)間',
 `update_time` datetime NOT NULL COMMENT '最后一次更新時(shí)間',
 PRIMARY KEY (`id`),
 UNIQUE KEY `user_name_unique` (`username`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

在這個(gè)sql語(yǔ)句中，出現(xiàn)了這樣的

ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

但不太明白最后那三項(xiàng)是干嘛的？

1. ENGINE=InnoDB不是默認(rèn)就是這個(gè)引擎嗎？

2. AUTO_INCREMENT=22，它不是自增的嗎？為什么還要設(shè)數(shù)字？

3. utf8不是已經(jīng)在my.ini里設(shè)置過(guò)了？

ENGINE=InnoDB不是默認(rèn)就是這個(gè)引擎嗎？

——是的，如果不寫(xiě)也是ok,就會(huì)走默認(rèn)的，在這里寫(xiě)上是因?yàn)榭梢院芮宄目吹竭@個(gè)建表語(yǔ)句用了哪些，而且在創(chuàng)建表的時(shí)候，寫(xiě)上也是一個(gè)很好的習(xí)慣

AUTO_INCREMENT=22,它不是自增的嗎？為什么還要設(shè)數(shù)字？

——這個(gè)是自增的，在這里設(shè)置數(shù)字的意思是想要讓這條語(yǔ)句在增長(zhǎng)的時(shí)候，從22開(kāi)始自增。

utf8不是已經(jīng)在my.ini里設(shè)置過(guò)了?

——這個(gè)雖然在my.ini設(shè)置過(guò)了，但設(shè)置的是mysql的的語(yǔ)言編碼，而這里創(chuàng)建的時(shí)候不設(shè)置，就會(huì)出現(xiàn)亂碼問(wèn)題，二者的作用域是不一樣的，在創(chuàng)建表單的時(shí)候，這個(gè)charset會(huì)作用到這個(gè)表上，他代表mysql簡(jiǎn)歷數(shù)據(jù)庫(kù)數(shù)據(jù)表時(shí)設(shè)定字符集為utf-8

以上這篇聊一聊MyISAM和InnoDB的區(qū)別就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: