MySQL表種類中兩大經常使用的類型

我們今天主要和大家一起分享的是MySQL表種類，即 ，MYISAM與innodb的詳細內容的解析，這兩種表的類型也是在實際應用中經常使用的，以下的文章主要就是對其相關的具體內容的描述。

1、如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表。

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

2、我需要使用事務處理，但是原來的數據表使用的是myisam，就需要改為bdb或者innodb，這樣基於myisam的程序，將類型改為innodb後，原來的程序是不需要改動。

3、myisam屬於非事務安全型，innodb和bdb屬於事務安全型。

說明：

測試表建立 (環境為MySQL5.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的性能優勢。

以上的相關內容就是對MySQL表種類 MyISAM，innodb詳解的介紹，望你能有所收獲。