mysql 兩種存儲引擎 MyISAM 和InnoDB

jopen 12年前發布 | 66K 次閱讀 MySQL 數據庫服務器

MyISAM 是MySQL中默認的存儲引擎,一般來說不是有太多人關心這個東西。決定使用什么樣的存儲引擎是一個很tricky的事情,但是還是值我們去研究一下,這里的文章只考慮 MyISAM 和InnoDB這兩個,因為這兩個是最常見的。

下面先讓我們回答一些問題:

1.你的數據庫有外鍵嗎?
2.你需要事務支持嗎?
3.你需要全文索引嗎?
4.你經常使用什么樣的查詢模式?
5.你的數據有多大?

思考上面這些問題可以讓你找到合適的方向,但那并不是絕對的。如果你需要事務處理或是外鍵,那么InnoDB 可能是比較好的方式。如果你需要全文索引,那么通常來說 MyISAM是好的選擇,因為這是系統內建的,然而,我們其實并不會經常地去測試兩百萬行記錄。所以,就算是慢一點,我們可以通過使用Sphinx從 InnoDB中獲得全文索引。

數據的大小,是一個影響你選擇什么樣存儲引擎的重要因素,大尺寸的數據集趨向于選擇InnoDB方式,因為其支持事務處理和故障恢復。數據庫的在小決定了故障恢復的時間長短,InnoDB可以利用事務日志進行數據恢復,這會比較快。而MyISAM可能會需要幾個小時甚至幾天來干這些事,InnoDB只需要幾分鐘。

您操作數據庫表的習慣可能也會是一個對性能影響很大的因素。比如: COUNT() 在 MyISAM 表中會非常快,而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快,但需要小心的是如果我們的主鍵太長了也會導致性能問題。大批的inserts 語句在MyISAM下會快一些,但是updates 在InnoDB 下會更快一些——尤其在并發量大的時候。

所以,到底你檢使用哪一個呢?根據經驗來看,如果是一些小型的應用或項目,那么MyISAM 也許會更適合。當然,在大型的環境下使用MyISAM 也會有很大成功的時候,但卻不總是這樣的。如果你正在計劃使用一個超大數據量的項目,而且需要事務處理或外鍵支持,那么你真的應該直接使用InnoDB方式。但需要記住InnoDB 的表需要更多的內存和存儲,轉換100GB 的MyISAM 表到InnoDB 表可能會讓你有非常壞的體驗。


區別總結:

1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數,也就是說,執行select count(*) from table時,InnoDB要掃描一遍整個表來計算有多少行,但是MyISAM只要簡單的讀出保存好的行數即可。注意的是,當count(*)語句包含 where條件時,兩種表的操作是一樣的。
3.對于AUTO_INCREMENT類型的字段,InnoDB中必須包含只有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯合索引。
4.DELETE FROM table時,InnoDB不會重新建立表,而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入數據后再改成InnoDB表,但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。

另外,InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能確定要掃描的范圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like “%aaa%”

提升InnoDB性能的方法:
my.ini里面:
innodb_flush_log_at_trx_commit=1
請把1改為0
對于支持事物的InnoDB類型的標,影響速度的主要原因是AUTOCOMMIT默認設置是打開的,而且程序沒有顯式調用BEGIN 開始事務,導致每插入一條都自動Commit,嚴重影響了速度。可以在執行sql前調用begin,多條sql形成一個事物(即使autocommit打開也可以),將大大提高性能。

MyISAM和InnoDB存儲引擎性能差別并不是很大,針對InnoDB來說,影響性能的主要是 innodb_flush_log_at_trx_commit 這個選項,如果設置為1的話,那么每次插入數據的時候都會自動提交,導致性能急劇下降,應該是跟刷新日志有關系,設置為0效率能夠看到明顯提升,當然,同 樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設置達到好的性能。另外,還聽說通過設置innodb_buffer_pool_size能夠提升InnoDB的性能,但是我測試發現沒有特別明顯 的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了,因為InnoDB自身很多良好的特點,比如事務支持、存儲 過程、視圖、行級鎖定等等,在并發很多的情況下,相信InnoDB的表現肯定要比MyISAM強很多,當然,相應的在my.cnf中的配置也是比較關鍵 的,良好的配置,能夠有效的加速你的應用。
任何一種表都不是萬能的,只用恰當的針對業務類型來選擇合適的表類型,才能最大的發揮MySQL的性能優勢。

 

查看是哪一個種引擎?
my.ini里面:
default-storage-engine=INNODB

 


差別:

InnoDB 和MyISAM是在使用MySQL最常用的兩個表類型,各有優缺點,視具體應用而定。基本的差別為:MyISAM類型不支持事務處理等高級處理,而 InnoDB類型支持。MyISAM類型的表強調的是性能,其執行數度比InnoDB類型更快,但是不提供事務支持,而InnoDB提供事務支持已經外部鍵等高級數據庫功能。

MyIASM是IASM表的新版本,有如下擴展: 
二進制層次的可移植性。 
NULL列索引。 
對變長行比ISAM表有更少的碎片。 
支持大文件。 
更好的索引壓縮。 
更好的鍵嗎統計分布。 
更好和更快的auto_increment處理。 

 

任何一種表都不是萬能的,只用恰當的針對業務類型來選擇合適的表類型,才能最大的發揮MySQL的性能優勢。

性能測試:

[硬件配置]
CPU : AMD2500+ (1.8G)
內存: 1G/現代
硬盤: 80G/IDE

[軟件配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6

[插入數據-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:沒敢測試

[插入數據-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

[插入數據3] (innodb_buffer_pool_size=1024M)
InnoDB 1W:3/s
InnoDB 10W:33/s
InnoDB 100W:607/s

[插入數據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

【總結】

可以看出在MySQL 5.0里面,MyISAM和InnoDB存儲引擎性能差別并不是很大,針對InnoDB來說,影響性能的主要是 innodb_flush_log_at_trx_commit 這個選項,如果設置為1的話,那么每次插入數據的時候都會自動提交,導致性能急劇下降,應該是跟刷新日志有關系,設置為0效率能夠看到明顯提升,當然,同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設置達到好的性能。另外,還聽說通過設置innodb_buffer_pool_size能夠提升InnoDB的性能,但是我測試發現沒有特別明顯的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了,因為InnoDB自身很多良好的特點,比如事務支持、存儲過程、視圖、行級鎖定等等,在并發很多的情況下,相信InnoDB的表現肯定要比MyISAM強很多,當然,相應的在my.cnf中的配置也是比較關鍵的,良好的配置,能夠有效的加速你的應用。

如果不是很復雜的Web應用,非關鍵應用,還是可以繼續考慮MyISAM的,這個具體情況可以自己斟酌。

參考URL:
http://blog.csdn.net/geekwang/archive/2008/03/05/2151118.aspx
http://hi.baidu.com/wanghaozi/blog/item/33ffc83d5dfa7cc69e3d6248.html
http://dev.mysql.com/doc/refman/5.1/zh/index.html
http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#innodb


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,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

 

 

InnoDB Myisam 的六大區別

</td> </tr>

</td>

MyISAM

</td>

InnoDB

</td> </tr>

構成上的區別:

</td>

每個 MyISAM 在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始,擴展名指出文件類型。

.frm 文件存儲表定義。

數據文件的擴展名為 .MYD (MYData)

索引文件的擴展名是 .MYI (MYIndex)

</td>

基于磁盤的資源是 InnoDB 表空間數據文件和它的日志文件, InnoDB 表的大小只受限于操作系統文件的大小,一般為 2GB

</td> </tr>

事務處理上方面 :

</td>

MyISAM 類型的表強調的是性能,其執行數度比 InnoDB 類型更快,但是不提供事務支持

</td>

InnoDB 提供事務支持事務,外部鍵等高級數據庫功能

</td> </tr>

SELECT UPDATE,INSERT Delete 操作

</td>

如果執行大量的 SELECT MyISAM 是更好的選擇

</td>

1. 如果你的數據執行大量的 INSERT UPDATE ,出于性能方面的考慮,應該使用 InnoDB

2.DELETE FROM table 時, InnoDB 不會重新建立表,而是一行一行的刪除。

3.LOAD TABLE FROM MASTER 操作對 InnoDB 是不起作用的,解決方法是首先把 InnoDB 表改成 MyISAM 表,導入數據后再改成 InnoDB 表,但是對于使用的額外的 InnoDB 特性(例如外鍵)的表不適用

</td> </tr>

AUTO_INCREMENT 的操作

 

</td>

每表一個 AUTO_INCREMEN 列的內部處理。

MyISAM INSERT UPDATE 操作自動更新這一列 。這使得 AUTO_INCREMENT 列更快(至少 10% )。在序列頂的值被刪除之后就不能再利用。 ( AUTO_INCREMENT 列被定義為多列索引的最后一列,可以出現重使用從序列頂部刪除的值的情況)。

AUTO_INCREMENT 值可用 ALTER TABLE myisamch 來重置

對于 AUTO_INCREMENT 類型的字段, InnoDB 中必須包含只有該字段的索引,但是在 MyISAM 表中,可以和其他字段一起建立聯合索引

更好和更快的 auto_increment 處理

</td>

如果你為一個表指定 AUTO_INCREMENT 列,在數據詞典里的 InnoDB 表句柄包含一個名為自動增長計數器的計數器,它被用在為該列賦新值。

自動增長計數器僅被存儲在主內存中,而不是存在磁盤上

關于該計算器的算法實現,請參考

AUTO_INCREMENT 列在 InnoDB 里如何工作

</td> </tr>

表的具體行數

</td>

select count(*) from table,MyISAM 只要簡單的讀出保存好的行數,注意的是,當 count(*) 語句包含 where 條件時,兩種表的操作是一樣的

</td>

InnoDB 中不保存表的具體行數,也就是說,執行 select count(*) from table 時, InnoDB 要掃描一遍整個表來計算有多少行

</td> </tr>

</td>

表鎖

</td>

提供行鎖 (locking on row level) ,提供與 Oracle 類型一致的不加鎖讀取 (non-locking read in
SELECTs)
,另外, InnoDB 表的行鎖也不是絕對的,如果在執行一個 SQL 語句時 MySQL 不能確定要掃描的范圍, InnoDB 表同樣會鎖全表,例如 update table set num=1 where name like “%aaa%”

</td> </tr> </tbody> </table>
轉自:http://blog.csdn.net/m13666368773/article/details/7959860

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!
  • sesese色