myisam

InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能

数据量的总大小，一个机器放不下，还有访问量的上升，几乎大部分使用MySql架构的网站在数据库上都出现了性能问题。开始大量使用缓存技术来缓解数据库的压力，优化数据库的结构和索引。刚开始流行的是通过文件缓存来缓解数据库的压力，但是当访问量持续增加的时候，多台Web机器通过文件缓存不能共享，大量的小文件缓存也带来了较高的IO压力

先讲文章内的结论。 在 ext4 上开启 Journal filesystem 功能后并且关掉 InnoDB 的 Double write buffer 后，资料的安全性不受影响，但效能上升非常多。而与目前常用的 XFS 比较起来也是领先不少

这个就真的全区都生效了，包括一般人不能注册的 AWS GovCloud (US) 与中国区： 对判断式子里面的解读是不一样的。 先讲文章内的结论。 在 ext4 上开启 Journal filesystem 功能后并且关掉 InnoDB 的 Double write buffer 后，资料的安全性不受影响，但效能上升非常多

MyISAM在读操作占主导的情况下是很高效的。可一旦出现大量的读写并发，同InnoDB相比，MyISAM的效率就会直线下降，而且，MyISAM和InnoDB的数据存储方式也有显著不同：通常，在MyISAM里，新数据会被附加到数据文件的结尾，可如果时常做一些UPDATE，DELETE操作之后，数据文件就不再是连续的，形象一点来说，就是数据文件里出现了很多洞洞，此时再插入新数据时，按缺省设置会先看这些洞洞的大小是否可以容纳下新数据，如果可以，则直接把新数据保存到洞洞里，反之，则把新数据保存到数据文件的结尾。之所以这样做是为了减少数据文件的大小，降低文件碎片的产生

通常情况下，当你试图INSERT或UPDATE会导致主键、唯一键或外键冲突的行时，将出现错误。如果你正在使用事务性存储引擎时，如InnoDB，MySQL会自动回滚语句。如果你正在使用非事务性存储引擎，MySQL将在出错的行上停止执行语句，剩余的行也不再处理

MyISAM在读操作占主导的情况下是很高效的。可一旦出现大量的读写并发，同InnoDB相比，MyISAM的效率就会直线下降，而且，MyISAM和InnoDB的数据存储方式也有显著不同：通常，在MyISAM里，新数据会被附加到数据文件的结尾，可如果时常做一些UPDATE，DELETE操作之后，数据文件就不再是连续的，形象一点来说，就是数据文件里出现了很多洞洞，此时再插入新数据时，按缺省设置会先看这些洞洞的大小是否可以容纳下新数据，如果可以，则直接把新数据保存到洞洞里，反之，则把新数据保存到数据文件的结尾。之所以这样做是为了减少数据文件的大小，降低文件碎片的产生