MySQL存储引擎的选择

一般而言，有InnoDB就差不多了，在大部分情况下，InnoDB就能满足我们的日常需求，所以在MySQL 5.5 之后，InnoDB就作为了默认的存储引擎。也就是说除了某些特征InnoDB没法提供，我们才有可能去选择其他的引擎。

事务

如果要用到事务，那么InnoDB就是不二之选，至少目前是这样的。由于MyISAM不支持事务，所以如果不需要事务，主要就是查询，插入等操作，那么也可以用MyISAM。

备份

在很多情况下，我们是在应用还在运行的情况下对数据进行备份的，所以如果在这种情况下，InnoDB就又派上用场了。当然如果是停机备份，那随便怎么搞都没问题，就不用考虑那么多问题了。

崩溃恢复

如果系统出现崩溃，如何才能对数据进行高速恢复，这是对工程师的一个考验，与MyISAM相比较，InnoDB对数据保护的程度更好，而且恢复速度也快，所以在这种情况下，InnoDB也是首选。

持有特性

有些应用可能利用存储引擎一些特有的特性或者优化。如果一个应用需要用到多种特性，但是这些特性不可能由一个存储引擎完全提供，那么就需要考虑多个引擎的配合，而且还需要考虑一些折中的因素。

读多写少的表

如果一个表只用于读取数据或者大部分情况下就是读，那么就用MyISAM，但是正如上文所说，MyISAM容易崩溃，如果这点可以忽略不计的话，那就用MyISAM吧。

数据压缩

MyISAM在表压缩方面很有优势，与压缩前相比，表会节省很多空间，但是压缩后的表是read only的，如果这种特性放在只读场景中，那么这个优势就大大显示出来了。

大数据量

如果数据量增长到10TB以上，那么InnoDB与MyISAM基本搞不定了，如果非要赶鸭子上架，那么产生后果自负。所以我们得用其他的解决方案，Infobright就是MySQL数据仓库提供最好的方法了。