用户名:
密 码: 记住
您当前的位置:首页 > 网络编程 > mysql教程

mysql数据库中MyISAM与InnoDB区别及性能详谈

时间:2015-01-23  来源:西部数据  作者:西部数据

在mysql数据库中我们最常用的数据存储引擎包括有MyISAM与InnoDB,下面我们来分析关于MyISAM与InnoDB性能与区别用法吧.

MyISAM:这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法。与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具。 MyISAM表格可以被压缩,而且它们支持全文搜索。它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚,不具有原子性。如果执行大量的SELECT,MyISAM是更好的选择。

MyIASM是IASM表的新版本,有如下扩展:

每张MyISAM 表被存放在三个文件,frm 文件存放表格定义,数据文件是MYD (MYData) , 索引文件是MYI (MYIndex) 引伸。

因为MyISAM相对简单所以在效率上要优于InnoDB..小型应用使用MyISAM是不错的选择.

MyISAM表是保存成文件的形式,在跨平台的数据转移中使用MyISAM存储会省去不少的麻烦.

以下是一些细节和具体实现的差别:

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%”.

任何一种表都不是万能的,只用恰当的针对业务类型来选择合适的表类型,才能最大的发挥MySQL的性能优势。

InnoDB:这种类型是事务安全的。它与BDB类型具有相同的特性,它们还支持外键。InnoDB表格速度很快,具有比BDB还丰富的特性, 因此如果需要一个事务安全的存储引擎,建议使用它。如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表。对于支持事物的InnoDB类型的表,影响速度的主要原因是AUTOCOMMIT默认设置是打开的,而且程序没有显式调用BEGIN 开始事务,导致每插入一条都自动Commit,严重影响了速度。可以在执行sql前调用begin,多条sql形成一个事物(即使autocommit打开也可以),将大大提高性能。

具体可以看看下表:MyISAM InnoDB

构成上区别,每个MyISAM在磁盘上存储成三个文件,文件名为表名,扩展名为文件类型.

.frm 文件存储表定义;

.MYD(MYData) 数据文件的扩展名;

.MYI(MYIndex) 索引文件的扩展名,基于磁盘的资源是InnoDB表空间数据文件和它的日志文件,InnoDB 表的大小只受限于操作系统文件的大小,一般为 2GB.

事务处理方面 MyISAM类型的表强调的是性能,其执行速度比InnoDB类型更快,但是不提供事务支持。

InnoDB提供事务支持事务,外部键等高级数据库功能.

表级锁 行级锁

InnoDB表的行锁也不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表,例如update table set num=1 where name like “%aaa%”

select、insert、update、delete操作 如果执行大量的 SELECT,MyISAM 是更好的选择。

1.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表。

2.DELETE FROM table时,InnoDB不会重新建立表,而是一行一行的删除。

3.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的,解决方法是首先把InnoDB表改成MyISAM表,导入数据后再改成InnoDB表,但是对于使用的额外的InnoDB特性(例如外键)的表不适用。

对于AUTO_INCREMENT类型的字段 必须包含只有该字段的索引 可以和其他字段一起建立联合索引

InnoDB不支持FULLTEXT类型的索引。

MyISAM类型的二进制数据文件可以在不同操作系统中迁移

以下是一些细节和具体实现的差别:

InnoDB不支持FULLTEXT类型的索引。

InnoDB 中不保存表的具体行数,也就是说,执行select count(*) from table时,InnoDB要扫描一遍整个表来计算有多少行,但是MyISAM只要简单的读出保存好的行数即可。注意的是,当count(*)语句包含 where条件时,两种表的操作是一样的。

对于AUTO_INCREMENT类型的字段,InnoDB中必须包含只有该字段的索引,但是在MyISAM表中,可以和其他字段一起建立联合索引。

DELETE FROM table时,InnoDB不会重新建立表,而是一行一行的删除。

LOAD TABLE FROM MASTER操作对InnoDB是不起作用的,解决方法是首先把InnoDB表改成MyISAM表,导入数据后再改成InnoDB表,但是对于使用的额外的InnoDB特性(例如外键)的表不适用。

性能比较

来替代我们的MyISAM引擎。

MySQL表结构,代码如下:

  1. CREATE TABLE `myisam` ( 
  2.   `id` int(11) NOT NULL auto_increment, 
  3.   `namevarchar(100) default NULL
  4.   `content` text, 
  5.   PRIMARY KEY  (`id`) 
  6. ) ENGINE=MyISAM DEFAULT CHARSET=gbk; 
  7. CREATE TABLE `innodb` ( 
  8.   `id` int(11) NOT NULL auto_increment, 
  9.   `namevarchar(100) default NULL
  10.   `content` text,  --phpfensi.com 
  11.   PRIMARY KEY  (`id`) 
  12. ) ENGINE=InnoDB DEFAULT CHARSET=gbk; 

数据内容:

$name = "heiyeluren";

$content = "MySQL支持数个存储引擎作为对不同表的类型的处理器。MySQL存储引擎包括处理事务安全表的引擎和处理非事务安全表的引擎:· MyISAM管理非事务表。它提供高速存储和检索,以及全文搜索能力。MyISAM在所有MySQL配置里被支持,它是默认的存储引擎,除非你配置MySQL默认使用另外一个引擎。 ·MEMORY存储引擎提供“内存中”表。MERGE存储引擎允许集合将被处理同样的MyISAM表作为一个单独的表。就像MyISAM一样,MEMORY和MERGE存储引擎处理非事务表,这两个引擎也都被默认包含在MySQL中.

释:MEMORY存储引擎正式地被确定为HEAP引擎,· InnoDB和BDB存储引擎提供事务安全表。BDB被包含在为支持它的操作系统发布的MySQL-Max二进制分发版里。InnoDB也默认被包括在所有MySQL 5.1二进制分发版里,你可以按照喜好通过配置MySQL来允许或禁止任一引擎。·EXAMPLE存储引擎是一个“存根”引擎,它不做什么。你可以用这个引擎创建表,但没有数据被存储于其中或从其中检索。这个引擎的目的是服务,在MySQL源代码中的一个例子,它演示说明如何开始编写新存储引擎。同样,它的主要兴趣是对开发者。";代码如下:

  1. [插入数据-1] (innodb_flush_log_at_trx_commit=1) 
  2. MyISAM 1W:3/s 
  3. InnoDB 1W:219/s 
  4. MyISAM 10W:29/s 
  5. InnoDB 10W:2092/s 
  6. MyISAM 100W:287/s 
  7. InnoDB 100W:没敢测试 
  8. [插入数据-2] (innodb_flush_log_at_trx_commit=0) 
  9. MyISAM 1W:3/s 
  10. InnoDB 1W:3/s 
  11. MyISAM 10W:30/s 
  12. InnoDB 10W:29/s 
  13. MyISAM 100W:273/s 
  14. InnoDB 100W:423/s 
  15. [插入数据3] (innodb_buffer_pool_size=1024M) 
  16. InnoDB 1W:3/s 
  17. InnoDB 10W:33/s 
  18. InnoDB 100W:607/s 
  19. [插入数据4] (innodb_buffer_pool_size=256M, innodb_flush_log_at_trx_commit=1, set autocommit=0) 
  20. InnoDB 1W:3/s 
  21. InnoDB 10W:26/s 
  22. InnoDB 100W:379/s 

[MySQL 配置文件] (缺省配置)代码如下:

  1. # MySQL Server Instance Configuration File 
  2. [client] 
  3. port=3306 
  4. [mysql] 
  5. default-character-set=gbk 
  6. [mysqld] 
  7. port=3306 
  8. basedir="C:/mysql50/" 
  9. datadir="C:/mysql50/Data/" 
  10. default-character-set=gbk 
  11. default-storage-engine=INNODB 
  12. sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" 
  13. max_connections=100 
  14. query_cache_size=0 
  15. table_cache=256 
  16. tmp_table_size=50M 
  17. thread_cache_size=8 
  18. myisam_max_sort_file_size=100G 
  19. myisam_max_extra_sort_file_size=100G 
  20. myisam_sort_buffer_size=100M 
  21. key_buffer_size=82M 
  22. read_buffer_size=64K 
  23. read_rnd_buffer_size=256K 
  24. sort_buffer_size=256K 
  25. innodb_additional_mem_pool_size=4M 
  26. innodb_flush_log_at_trx_commit=1 
  27. innodb_log_buffer_size=2M 
  28. innodb_buffer_pool_size=159M 
  29. innodb_log_file_size=80M 
  30. innodb_thread_concurrency=8
来顶一下
返回首页
返回首页
推荐资讯
WiFi太不安全:7岁女孩11分钟内入侵公共网络 WiFi太不安全:7岁女孩11分钟内入侵近期刚刚发布研究说WiFi网络能获得人们手机里多少私人信息,
不服跑个分?人工智能也出现“刷分”乱象 不服跑个分?人工智能也出现“刷分2014年,人工智能领域突然爆发,成为了科研和科技创业的热门
相关文章
栏目更新
栏目热门