mysql存储引擎innodb及myisam的区别.docx

mysql存储引擎innodb及myisam的区别 mysql存储引擎innodb及myisam的区别 PAGE PAGE2 mysql存储引擎innodb及myisam的区别 PAGE innodb  和  myisam是很多人在使用  mysql  时最常用的两个表种类，这两个表种类各有优 劣，视详细应用而定。 基本的差异： myisam种类不支持事务办理等高级办理，而 innodb种类支持。myisam 种类的表重申的是性能，其履行数度比 innodb种类更快，可是不供给事务支持，而 innodb 供给事务支持以及外面键等高级数据库功能。 以下是一些细节和详细实现的差异： 不支持fulltext种类的索引。 中不保留表的详细行数，也就是说，履行 selectcount(*)fromtable时，innodb 要扫描一遍整个表来计算有多少行，可是 myisam只需简单的读出保留好的行数即可。注意 的是，当 count(*)语句包括 where条件时，两种表的操作是相同的。 3.关于auto_increment种类的字段，innodb中一定包括只有该字段的索引， 可是在myisam 表中，能够和其余字段一同成立结合索引。 fromtable时，innodb不会从头成立表，而是一行一行的删除。 tablefrommaster操作对innodb是不起作用的，解决方法是第一把  innodb表改成 myisam  表，导入数据后再改成  innodb  表，可是关于使用的额外的  innodb  特征(比如外键  )的 表不合用。 此外，innodb表的行锁也不是绝对的，若是在履行一个 sql语句时mysql不可以确立要扫 描的范围，innodb表相同会锁全表，比如 updatetablesetnum=1wherenamelike“%aaa%” 主要差异：两种种类最主要的差异就是 innodb 支持事务办理与外键和行级锁。而 myisam不支持.因此myisam常常就简单被人认为只合适在小项目中使用。 作为使用mysql的用户角度出发， innodb和myisam都是比较喜爱的，假如数据库平台 要达到需求：99.9%的稳固性，方便的扩展性和高可用性来说的话， myisam绝对是首选。 原由以下： 1、平台上承载的大多数项目是读多写少的项目，而 myisam的读性能是比 innodb强不 少的。 2、myisam的索引和数据是分开的， 而且索引是有压缩的， 内存使用率就对应提升了不 少。能加载更多索引，而innodb是索引和数据是密切捆绑的， 没有使用压缩进而会造成 innodb 比myisam体积宏大不小。 3、常常隔 1，2个月就会发生应用开发人员不当心 update一个表where写的范围不对， 致使这个表无法正常用了，这个时候 myisam的优胜性就表现出来了，随意从当日拷贝的压 缩包拿出对应表的文件，随意放到一个数据库目录下，而后 dump成sql再导回到主库，并 把对应的 binlog补上。假如是 innodb，唯恐不行能有这么迅速度，别和我说让 innodb按期 用导出体制备份，由于最小的一个数据库实例的数据量基本都是几十 g大小。 4、从接触的应用逻辑来说， selectcount(*) 和orderby是最屡次的，大体能占了整个 sql总语句的 60%以上的操作，而这类操作 innodb其实也是会锁表的，好多人认为 innodb 是行级锁，那个不过 where对它主键是有效，非主键的都会锁全表的。 5、还有就是常常有好多应用部门需要我给他们按期某些表的数据， myisam的话很方便， 只需发给他们对应那表的 frm.myd,myi 的文件，让他们自己在对应版本的数据库启动就行， 而innodb就需要导出了，由于光给他人文件，受词典数据文件的影响，对方是无法使用的。 6、假如和myisam比insert写操作的话，innodb还达不到myisam的写性能，假如是针对鉴于索引的update操作，固然myisam可能会逊色innodb,可是那么高并发的写，从库能 否追的上也是一个问题，还不如经过多实例分库分表架构来解决。 7、假如是用 myisam的话，merge引擎能够大大加速应用部门的开发速度，他们只需对 这个merge表做一些 selectcount(*)操作，特别合适大项目总量约几亿的 rows某一种类(如日 志，检查统计)的业务表。 自然 innodb也不是绝对不用，用事务的项目就用 innodb的。此外，可能有人会说你 myisam无法抗太多写操作，可是能够经过架构来填补。 更多信息请查察 IT技术专栏