分析innodb和Myisam引擎的优缺点

本文详细对比了MySQL的MyISAM和InnoDB引擎,重点讲解了它们在事务支持、存储结构、并发性能、外键和全文索引等方面的差异。MyISAM侧重于读性能,InnoDB则提供ACID事务和行级锁,适用于写密集场景。
摘要由CSDN通过智能技术生成

分析innodb和Myisam引擎的优缺点

本文从该博客中整理而来

1.MyISAM和InnoDB简介

MyISAM是MySQL的默认数据库引擎(5.5版之前),由早期的 ISAM (Indexed Sequential Access Method:有索引的顺序访问方法)所改良。虽然性能极佳,而且提供了大量的特性,包括全文索引、压缩、空间函数等,但MyISAM不支持事务和行级锁,而且最大的缺陷就是崩溃后无法安全恢复。

不过,5.5版本之后,MySQL引入了InnoDB(另一种数据库引擎),以强化参考完整性与并发违规处理机制,后来就逐渐取代MyISAM。与传统的ISAM与MyISAM相比,InnoDB的最大特色就是支持了ACID兼容的事务(Transaction)功能,类似于PostgreSQL。目前InnoDB采用双轨制授权,一是GPL授权,另一是专有软件授权。

现在大多数时候我们使用的都是InnoDB存储引擎,但是在某些情况下使用MyISAM更好,比如:MyISAM更适合读密集的表,而InnoDB更适合写密集的的表。 在数据库做主从分离的情况下,经常选择MyISAM作为主库的存储引擎(最后一句有待验证,因为主库负责对外提供写服务,从库对外提供读服务)。
在这里插入图片描述

2.MyISAM特点

  • 不支持行锁(MyISAM只有表锁),读取时对需要读到的所有表加锁,写入时则对表加排他锁;
  • 不支持事务
  • 不支持外键
  • 不吃吃崩溃后的安全恢复
  • 在表有读查询的同时,支持往表中插入新的记录
  • 支持BLOB和TEXT的前500个字符引索,支持全文引索
  • 支持延迟更新索引,极大地提升了写入性能
  • 对于不会进行修改的表,支持压缩表,极大地减少了磁盘空间的占用

补充:MySQL的行锁和表锁
表级锁: 每次操作锁住整张表。开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低;
行级锁: 每次操作锁住一行数据。开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高;

3.InnoDB特点

  • 支持行锁,采用MVCC来支持高并发,用可能死锁
  • 支持事务
  • 支持外键
  • 支持奔溃后的安全恢复
  • 不支持全文索引

4.MyISAM和InnoDB两者之间具体区别如下:

事务支持

MylSAM不支持事务

InnoDB支持事务 InnoDB的AUTOCOMMIT默认是打开的,即每条SQL语句会默认被封装成一个事务,自动提交

存储结构

MylSAM:每个MylSAM在磁盘上存储成三个文件。

第一个文件以表的名字开始,扩展名指出文件类型。
.frm文件存储表定义
数据文件的扩展名为.MYD
索引文件的扩展名为.MYI

InnoDB:所有的表都保存在同一个数据文件中

存储空间

MylSAM:可被压缩。,存储空间较小。支持三种不同的存储格式 静态表 | 动态表 | 压缩表

InnonDB:需要更多的内存和存储,它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。

可移植性、备份及恢复

,MylSAM:数据是以文件的形式存储,在备份和恢复时可单独对某个表进行操作
InnoDB:可以时拷贝数据文件、备份binlog、mysqldump

事务支持

MylSAM:强调的是性能,每次查询具有原子性,执行速度比InnoDB类型更快
InnoDB:提供事务支持事务,外部键等高级数据库功能。具有事务、回滚、奔溃修复能力的事务安全型表

AUTO_INCREMENT

MyISAM:可以和其他字段一起建立联合索引。引擎的自动增长列必须是索引,如果是组合索引,自动增长可以不是第一列,他可以根据前面几列进行排序后递增。
InnoDB:InnoDB中必须包含只有该字段的索引。引擎的自动增长列必须是索引,如果是组合索引也必须是组合索引的第一列。

表锁差异

MyISAM:只支持表级锁,用户在操作myisam表时,select,update,delete,insert语句都会给表自动加锁,如果加锁以后的表满足insert并发的情况下,可以在表的尾部插入新的数据。
InnoDB:支持事务和行级锁,是innodb的最大特色。行锁大幅度提高了多用户并发操作的新能。但是InnoDB的行锁,只是在WHERE的主键是有效的,非主键的WHERE都会锁全表的。

全文索引

MyISAM:支持(FULLTEXT类型的)全文索引
InnoDB:不支持(FULLTEXT类型的)全文索引,但是innodb可以使用sphinx插件支持全文索引,并且效果更好。

表主键

MyISAM:允许没有任何索引和主键的表存在,索引都是保存行的地址。
InnoDB:如果没有设定主键或者非空唯一索引,就会自动生成一个6字节的主键(用户不可见),数据是主索引的一部分,附加索引保存的是主索引的值。

表的具体行数

MyISAM:保存有表的总行数,如果select count(*) from table;会直接取出出该值。

InnoDB:没有保存表的总行数(只能遍历),如果使用 select count(*) from table;就会遍历整个表,消耗相当大,但是在加了wehre条件后,myisam和innodb处理的方式都一样。

外键

MylSAM:不支持
InnoDB:支持

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
InnoDBMyISAMMySQL数据库中的两种存储引擎,它们各有优缺点InnoDB的优点包括: 1. 事务支持InnoDB支持ACID(原子性、一致性、隔离性和持久性)事务,可以保证数据的一致性和完整性。 2. 行级锁定:InnoDB使用行级锁定,允许并发操作,提高了多用户并发访问的效率。 3. 外键约束:InnoDB支持外键约束,可以保证数据的完整性和一致性。 4. Crash Recovery:InnoDB具有自动崩溃恢复功能,可以在数据库崩溃后自动进行恢复。 然而,InnoDB也有一些缺点: 1. 占用更多的磁盘空间:InnoDB使用了更多的磁盘空间来存储数据和索引。 2. 性能相对较低:由于InnoDB实现了较多的功能和复杂的事务处理机制,相比MyISAM,其性能可能稍低。 MyISAM的优点包括: 1. 占用较少的磁盘空间:MyISAM使用较少的磁盘空间来存储数据和索引。 2. 性能较高:由于MyISAM支持事务处理等复杂功能,相对而言,其性能可能更高。 3. 全文索引支持MyISAM支持全文索引,可以提供更快速和高效的全文搜索功能。 然而,MyISAM也有一些缺点: 1. 不支持事务:MyISAM支持事务处理,无法保证数据的完整性和一致性。 2. 表级锁定:MyISAM使用表级锁定,当有并发操作时,可能会导致性能下降和冲突。 3. 崩溃恢复较慢:MyISAM数据库崩溃后的恢复速度相对较慢。 综上所述,选择合适的存储引擎取决于具体的应用需求。如果需要事务支持、并发操作以及数据完整性、一致性等方面的功能,则推荐使用InnoDB。如果对性能要求较高,且不需要事务支持和复杂的功能,则可以考虑使用MyISAM
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值