MySQL表種類中兩大經(jīng)常使用的類型
我們今天主要和大家一起分享的是MySQL表種類，即 ，MYISAM與innodb的詳細內(nèi)容的解析，這兩種表的類型也是在實際應用中經(jīng)常使用的，以下的文章主要就是對其相關的具體內(nèi)容的描述。
1、如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表。
如果執(zhí)行大量的SELECT，MyISAM是更好的選擇。
2、我需要使用事務處理，但是原來的數(shù)據(jù)表使用的是myisam，就需要改為bdb或者innodb，這樣基于myisam的程序，將類型改為innodb后，原來的程序是不需要改動。
3、myisam屬于非事務安全型，innodb和bdb屬于事務安全型。
說明：
測試表建立 (環(huán)境為MySQL5.0.22, Windows 2000操作系統(tǒng))
- create table AAA(
- a1 varchar(64) not null,
- b2 varchar(255),
- c3 int,
- primary key (a1)
- )ENGINE=InnoDB;
測試存儲過程–執(zhí)行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 發(fā)現(xiàn)執(zhí)行完該存儲過程總共花費295秒時間
我知道,在存儲過程sp_AAA的while循環(huán)外層用start transaction; 和commit; 包起來, 使執(zhí)行完10000次插入再整個做一次commit提交, mysql會表現(xiàn)得比較快, 但是在實際應用中一般都要求插入一條或幾條,完成一個動作后就commit一次, 這樣MySQL的innodb性能似乎很差, 不知道是我測試理解有誤,或是還有其他原因,請大家指點一下.
(另外我在sybase11.9和oracle9i下進行相同的測試, 同樣安裝在本人筆記本電腦環(huán)境下, 也是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表類型中最常用的兩個，各有優(yōu)缺點，視具體應用而定?；镜牟顒e為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執(zhí)行數(shù)度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經(jīng)外部鍵等高級數(shù)據(jù)庫功能。
MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統(tǒng)計分布。
更好和更快的auto_increment處理。
1.MySQL***的優(yōu)勢在于MyISAM引擎下的簡單SELECT，INSERT和UPDATE快速操作
2.MyISAM類型的數(shù)據(jù)文件可以在不同操作系統(tǒng)中COPY，這點很重要，布署的時候方便點。
以下是一些細節(jié)和具體實現(xiàn)的差別：
1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數(shù)，也就是說，執(zhí)行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數(shù)即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3.對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯(lián)合索引。
4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數(shù)據(jù)后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用。
另外，InnoDB表的行鎖也不是絕對的，如果在執(zhí)行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”
以暫對存儲引擎的認識，覺得 InnoDB 支持外鍵，在數(shù)據(jù)量可以用“龐大”來形容時，在有良好的 INDEX 的基礎上，InnoDB 的查詢速度應該比 MyISAM 要快。
在 Falcon 有穩(wěn)定版本前，我想 MyISAM 是一個可用的選擇方案。
任何一種表都不是***的，只用恰當?shù)尼槍I(yè)務類型來選擇合適的表類型，才能***的發(fā)揮MySQL的性能優(yōu)勢。
以上的相關內(nèi)容就是對MySQL表種類 MyISAM，innodb詳解的介紹，望你能有所收獲。
【編輯推薦】
- mssql數(shù)據(jù)導入MySQL數(shù)據(jù)庫實操
- Mysql+php5+apache的安裝手記在linux下
- MySQLleft join, right join的區(qū)別
- MySQL字符串值的實際應用
- 用MySQL數(shù)字類型如何正確的轉換函數(shù)
