在mysql數(shù)據(jù)庫中我們最常用的數(shù)據(jù)存儲(chǔ)引擎包括有MyISAM與InnoDB,下面我們來分析關(guān)于MyISAM與InnoDB性能與區(qū)別用法吧.
MyISAM:這個(gè)是默認(rèn)類型,它是基于傳統(tǒng)的ISAM類型,ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫,它是存儲(chǔ)記錄和文件的標(biāo)準(zhǔn)方法。與其他存儲(chǔ)引擎比較,MyISAM具有檢查和修復(fù)表格的大多數(shù)工具。 MyISAM表格可以被壓縮,而且它們支持全文搜索。它們不是事務(wù)安全的,而且也不支持外鍵。如果事物回滾將造成不完全回滾,不具有原子性。如果執(zhí)行大量的SELECT,MyISAM是更好的選擇。
MyIASM是IASM表的新版本,有如下擴(kuò)展:
每張MyISAM 表被存放在三個(gè)文件,frm 文件存放表格定義,數(shù)據(jù)文件是MYD (MYData) , 索引文件是MYI (MYIndex) 引伸。
因?yàn)镸yISAM相對(duì)簡單所以在效率上要優(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只要簡單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語句包含 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特性(例如外鍵)的表不適用。
另外,InnoDB表的行鎖也不是絕對(duì)的,如果在執(zhí)行一個(gè)SQL語句時(shí)MySQL不能確定要掃描的范圍,InnoDB表同樣會(huì)鎖全表,例如update table set num=1 where name like “%aaa%”.
任何一種表都不是萬能的,只用恰當(dāng)?shù)尼槍?duì)業(yè)務(wù)類型來選擇合適的表類型,才能最大的發(fā)揮MySQL的性能優(yōu)勢(shì)。
InnoDB:這種類型是事務(wù)安全的。它與BDB類型具有相同的特性,它們還支持外鍵。InnoDB表格速度很快,具有比BDB還豐富的特性, 因此如果需要一個(gè)事務(wù)安全的存儲(chǔ)引擎,建議使用它。如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE,出于性能方面的考慮,應(yīng)該使用InnoDB表。對(duì)于支持事物的InnoDB類型的表,影響速度的主要原因是AUTOCOMMIT默認(rèn)設(shè)置是打開的,而且程序沒有顯式調(diào)用BEGIN 開始事務(wù),導(dǎo)致每插入一條都自動(dòng)Commit,嚴(yán)重影響了速度。可以在執(zhí)行sql前調(diào)用begin,多條sql形成一個(gè)事物(即使autocommit打開也可以),將大大提高性能。
具體可以看看下表:MyISAM InnoDB
構(gòu)成上區(qū)別,每個(gè)MyISAM在磁盤上存儲(chǔ)成三個(gè)文件,文件名為表名,擴(kuò)展名為文件類型.
.frm 文件存儲(chǔ)表定義;
.MYD(MYData) 數(shù)據(jù)文件的擴(kuò)展名;
.MYI(MYIndex) 索引文件的擴(kuò)展名,基于磁盤的資源是InnoDB表空間數(shù)據(jù)文件和它的日志文件,InnoDB 表的大小只受限于操作系統(tǒng)文件的大小,一般為 2GB.
事務(wù)處理方面 MyISAM類型的表強(qiáng)調(diào)的是性能,其執(zhí)行速度比InnoDB類型更快,但是不提供事務(wù)支持。
InnoDB提供事務(wù)支持事務(wù),外部鍵等高級(jí)數(shù)據(jù)庫功能.
鎖 表級(jí)鎖 行級(jí)鎖
InnoDB表的行鎖也不是絕對(duì)的,如果在執(zhí)行一個(gè)SQL語句時(shí)MySQL不能確定要掃描的范圍,InnoDB表同樣會(huì)鎖全表,例如update table set num=1 where name like “%aaa%”
select、insert、update、delete操作 如果執(zhí)行大量的 SELECT,MyISAM 是更好的選擇。
1.如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE,出于性能方面的考慮,應(yīng)該使用InnoDB表。
2.DELETE FROM table時(shí),InnoDB不會(huì)重新建立表,而是一行一行的刪除。
3.LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導(dǎo)入數(shù)據(jù)后再改成InnoDB表,但是對(duì)于使用的額外的InnoDB特性(例如外鍵)的表不適用。
對(duì)于AUTO_INCREMENT類型的字段 必須包含只有該字段的索引 可以和其他字段一起建立聯(lián)合索引
InnoDB不支持FULLTEXT類型的索引。
MyISAM類型的二進(jìn)制數(shù)據(jù)文件可以在不同操作系統(tǒng)中遷移
以下是一些細(xì)節(jié)和具體實(shí)現(xiàn)的差別:
InnoDB不支持FULLTEXT類型的索引。
InnoDB 中不保存表的具體行數(shù),也就是說,執(zhí)行select count(*) from table時(shí),InnoDB要掃描一遍整個(gè)表來計(jì)算有多少行,但是MyISAM只要簡單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語句包含 where條件時(shí),兩種表的操作是一樣的。
對(duì)于AUTO_INCREMENT類型的字段,InnoDB中必須包含只有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯(lián)合索引。
DELETE FROM table時(shí),InnoDB不會(huì)重新建立表,而是一行一行的刪除。
LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導(dǎo)入數(shù)據(jù)后再改成InnoDB表,但是對(duì)于使用的額外的InnoDB特性(例如外鍵)的表不適用。
性能比較
來替代我們的MyISAM引擎。
MySQL表結(jié)構(gòu),代碼如下:
- CREATE TABLE `myisam` (
- `id` int(11) NOT NULL auto_increment,
- `name` varchar(100) default NULL,
- `content` text,
- PRIMARY KEY (`id`)
- ) ENGINE=MyISAM DEFAULT CHARSET=gbk;
- CREATE TABLE `innodb` (
- `id` int(11) NOT NULL auto_increment,
- `name` varchar(100) default NULL,
- `content` text, --Vevb.com
- PRIMARY KEY (`id`)
- ) ENGINE=InnoDB DEFAULT CHARSET=gbk;
數(shù)據(jù)內(nèi)容:
$name = "heiyeluren";
$content = "MySQL支持?jǐn)?shù)個(gè)存儲(chǔ)引擎作為對(duì)不同表的類型的處理器。MySQL存儲(chǔ)引擎包括處理事務(wù)安全表的引擎和處理非事務(wù)安全表的引擎:· MyISAM管理非事務(wù)表。它提供高速存儲(chǔ)和檢索,以及全文搜索能力。MyISAM在所有MySQL配置里被支持,它是默認(rèn)的存儲(chǔ)引擎,除非你配置MySQL默認(rèn)使用另外一個(gè)引擎。 ·MEMORY存儲(chǔ)引擎提供“內(nèi)存中”表。MERGE存儲(chǔ)引擎允許集合將被處理同樣的MyISAM表作為一個(gè)單獨(dú)的表。就像MyISAM一樣,MEMORY和MERGE存儲(chǔ)引擎處理非事務(wù)表,這兩個(gè)引擎也都被默認(rèn)包含在MySQL中.
釋:MEMORY存儲(chǔ)引擎正式地被確定為HEAP引擎,· InnoDB和BDB存儲(chǔ)引擎提供事務(wù)安全表。BDB被包含在為支持它的操作系統(tǒng)發(fā)布的MySQL-Max二進(jìn)制分發(fā)版里。InnoDB也默認(rèn)被包括在所有MySQL 5.1二進(jìn)制分發(fā)版里,你可以按照喜好通過配置MySQL來允許或禁止任一引擎。·EXAMPLE存儲(chǔ)引擎是一個(gè)“存根”引擎,它不做什么。你可以用這個(gè)引擎創(chuàng)建表,但沒有數(shù)據(jù)被存儲(chǔ)于其中或從其中檢索。這個(gè)引擎的目的是服務(wù),在MySQL源代碼中的一個(gè)例子,它演示說明如何開始編寫新存儲(chǔ)引擎。同樣,它的主要興趣是對(duì)開發(fā)者。";代碼如下:
- [插入數(shù)據(jù)-1] (innodb_flush_log_at_trx_commit=1)
- MyISAM 1W:3/s
- InnoDB 1W:219/s
- MyISAM 10W:29/s
- InnoDB 10W:2092/s
- MyISAM 100W:287/s
- InnoDB 100W:沒敢測試
- [插入數(shù)據(jù)-2] (innodb_flush_log_at_trx_commit=0)
- MyISAM 1W:3/s
- InnoDB 1W:3/s
- MyISAM 10W:30/s
- InnoDB 10W:29/s
- MyISAM 100W:273/s
- InnoDB 100W:423/s
- [插入數(shù)據(jù)3] (innodb_buffer_pool_size=1024M)
- InnoDB 1W:3/s
- InnoDB 10W:33/s
- InnoDB 100W:607/s
- [插入數(shù)據(jù)4] (innodb_buffer_pool_size=256M, innodb_flush_log_at_trx_commit=1, set autocommit=0)
- InnoDB 1W:3/s
- InnoDB 10W:26/s
- InnoDB 100W:379/s
[MySQL 配置文件] (缺省配置)代碼如下:
- # MySQL Server Instance Configuration File
- [client]
- port=3306
- [mysql]
- default-character-set=gbk
- [mysqld]
- port=3306
- basedir="C:/mysql50/"
- datadir="C:/mysql50/Data/"
- default-character-set=gbk
- default-storage-engine=INNODB
- sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
- max_connections=100
- query_cache_size=0
- table_cache=256
- tmp_table_size=50M
- thread_cache_size=8
- myisam_max_sort_file_size=100G
- myisam_max_extra_sort_file_size=100G
- myisam_sort_buffer_size=100M
- key_buffer_size=82M
- read_buffer_size=64K
- read_rnd_buffer_size=256K
- sort_buffer_size=256K
- innodb_additional_mem_pool_size=4M
- innodb_flush_log_at_trx_commit=1
- innodb_log_buffer_size=2M
- innodb_buffer_pool_size=159M
- innodb_log_file_size=80M
- innodb_thread_concurrency=8
新聞熱點(diǎn)
疑難解答
圖片精選