MySQL 表種類即，MyISAM與innodb詳細解析
以下的文章主要描述的是MySQL 表種類即，MyISAM與innodb詳細解析，如果你對MySQL 表種類即，MyISAM與innodb詳細解析相關的實際操作有興趣的話，你就可以對以下的文章點擊觀看了。
MySQL 表種類MYISAM，innodb詳解
1、如果你的數據執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表。
如果執行大量的SELECT，MyISAM是更好的選擇。
2、我需要使用事務處理，但是原來的數據表使用的是myisam，就需要改為bdb或者innodb，這樣基于myisam的程序，將類型改為innodb后，原來的程序是不需要改動。
3、myisam屬于非事務安全型，innodb和bdb屬于事務安全型。
說明：
測試表建立 (環境為MySQL 5.0.22, Windows 2000操作系統)
- create table AAA(
- a1 varchar(64) not null,
- b2 varchar(255),
- c3 int,
- primary key (a1)
- )ENGINE=InnoDB;
測試存儲過程–執行10000次Insert插入
- create procedure sp_AAA ()
- begin
- declare i integer;
- declare a1 char(64);
- declare b2 char(255);
- set i=1;
- while i < 10000 do
- set a1= concat(‘aaa’ ,i);
- set b2= concat(‘bbbbbbbbbbbbbbbbbbbbbbb’ ,i) ;
- insert into aaa values(a1,b2,i) ;
- set ii=i+1 ;
- end while;
- end;
調用 call sp_AAA 發現執行完該存儲過程總共花費295秒時間
我知道,在存儲過程sp_AAA的while循環外層用start transaction; 和commit; 包起來, 使執行完10000次插入再整個做一次commit提交, MySQL會表現得比較快, 但是在實際應用中一般都要求插入一條或幾條,完成一個動作后就commit一次, 這樣MySQL表種類的innodb性能似乎很差, 不知道是我測試理解有誤,或是還有其他原因,請大家指點一下.
(另外我在sybase11.9和oracle9i下進行相同的測試, 同樣安裝在本人筆記本電腦環境下, 也是insert一次commit一次, 總共10000次插入, Sybase費時6秒, Oracle費時2秒)
MySQL的事務類型表InnoDB居然性能差距這么大么???
附Sybase和Oracle的測試過程:
Sybase測試存儲過程
- create procedure sp_AAA
- as
- begin
- declare @i integer
- declare @a1 char(64)
- declare @b2 char(255)
- select @i=1
- while @i < 10000
- begin
- select @a1= ‘aaa’ + convert(varchar(64),@i)
- select @b2= ‘bbbbbbbbbbbbbbbbbbbbbbb’ + convert(varchar(64),@i)
- insert into AAA values(@a1,@b2,@i)
- select @i=@i+1
- end
- end
Oracle測試存儲過程
- CREATE OR REPLACE PROCEDURE sp_AAA(a int)
- AS
- i int;
- a1 varchar2(64);
- b2 varchar2(255);
- BEGIN
- i :=1;
- while i < 10000 loop
- a1 := ‘aaa’ || to_char(i);
- b2 := ‘bbbbbbbbbbbbbbbbbbbbbbb’ || to_char(i);
- insert into aaa values(a1,b2,i) ;
- commit ;
- i :=i+1 ;
- end loop;
- END;
InnoDB和MyISAM是在使用MySQL表種類最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級數據庫功能。
MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分布。
更好和更快的auto_increment處理。
1.MySQL***的優勢在于MyISAM引擎下的簡單SELECT，INSERT和UPDATE快速操作
2.MyISAM類型的數據文件可以在不同操作系統中COPY，這點很重要，布署的時候方便點。
以下是一些細節和具體實現的差別：
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 支持外鍵，在數據量可以用“龐大”來形容時，在有良好的 INDEX 的基礎上，InnoDB 的查詢速度應該比 MyISAM 要快。
在 Falcon 有穩定版本前，我想 MyISAM 是一個可用的選擇方案。
任何一種表都不是***的，只用恰當的針對業務類型來選擇合適的表類型，才能***的發揮MySQL表種類的性能優勢。
【編輯推薦】
