这是一道经典的程序员面试题,Mysql数据库在超大并发下,特别是Insert语句比较多的情况下,应该选择哪种存储引擎,很多人会说MyISAM,今天我们来简单介绍下Mysql的MyISAM存储引擎。锁粒度首先我们来了解一些MyISAM与InnoDB的一些区别,首先是锁粒度,MyISAM只有表锁而InnoDB拥有行锁。也就是说,Mysql的InnoDB的锁粒度更小,锁粒度小,有时候是好事有时候也是坏事,假如我们只是修改几行的数据,那么锁粒度小显然会更优,如果涉及的行数比较多的时候,行锁会造成更大的内存消耗,速度也会更慢一些。那么有一个问题,如果是表粒度锁,如何保证请求不会被饿死。饿死是一个计算机的名词,指的是某个请求一直得不到执行,例如有一个写操作,同时又有很多个查询操作,由于查询操作比较慢,锁一直得不到释放,所以被饿死了。在Mysql的MyISAM引擎中,会优先处理写请求,防止请求被饿死。索引Mysql的MyISAM是非聚集索引,原始文件跟索引文件是分开存储,每次查询都要先查询索引文件,再查询原始数据。而InnoDB是聚集索引,数据文件跟索引存在一起,如果通过主键查询,可以直接索引到数据文件。事务Mysql的MyISAM是不支持事务,对于每一条语句都会单条提交,而InnoDB的一个强大之处在于可以支持事务。其他Mysql的MyISAM还比较难以恢复,当发生故障的时候,数据恢复起来比较麻烦。但是,MyISAM引擎也并非一无是处,如果我们的业务场景都是增加跟查询的时候,MyISAM会变得非常快,这个时候,MyISAM每次插入都是追加写文件,但是如果出现删除的时候,文件就会出现空洞,这个时候会优先写空洞,造成速度又慢下来。总结Mysql在5.5版本之后,就用InnoDB替换MyISAM成为Mysql的默认存储引擎,这并不是没有道理的。虽然MyISAM在个别场景下,速度会优于InnoDB,但是InnoDB更加灵活,并且一旦崩溃的时候,InnoDB恢复会更加方便,所以更加推荐使用InnoDB。回到我们最初的面试题,虽然在这些情况下,MyISAM会稍微有点优势,但是,架构师与程序员考虑问题不能只考虑性能,考虑到可用性与扩展性,InnoDB似乎是一种更优的选择。欢迎大家
转载请注明:http://www.aierlanlan.com/rzgz/7458.html