先给上自己的民间说法，官方英文说法还在翻译解读中，稍后跟上
Mysql 数据库中，最常用的两种引擎是innordb和myisam。Innordb的功能要比myiasm强大很多，但是innordb的性能要比myisam差很多，如果你的网站只是做简单的查询，更新，删除，那么用myiasm是最好的选择。
测试方法：连续提交10个query， 表记录总数：38万 ， 时间单位 s
引擎类型 Myisam innordb 性能相差
count 0.0008357 3.0163 3609
查询主键 0.005708 0.1574 27.57
查询非主键 24.01 80.37 3.348
更新主键 0.008124 0.8183 100.7
更新非主键 0.004141 0.02625 6.338
插入 0.004188 0.3694 88.21
结论：
1. 加了索引以后，对于Myisam查询可以加快：4 206.09733倍，对innordb 查询加快510.72921倍。同时对myisam更新速度减慢为原来的1/2，innordb的更新速度减慢为原来的1/30。大家要看情况决定是否要加索引，比如不查询的log表，不要做任何的索引。
2. 如果你的数据量是百万级别的，并且没有任何的事务处理，那么用myisam是性能最好的选择。
3. Innordb的表的大小更加的大，用myisam可以省很多的硬盘空间。
在我们测试的这个38w的表中，表占用空间的情况如下：
引擎类型 MyIsam InnorDB
数据 53,924 KB 58,976 KB
索引 13,640 KB 21,072 KB
占用总空间 67,564 KB 80,048 KB
另外一个176W万记录的表， 表占用空间的情况如下：
引擎类型 MyIsam InnorDB
数据 56,166 KB 90,736 KB
索引 67,103 KB 88,848 KB
占用总空间 123,269 KB 179,584 KB
一般来说，
MYisam 适合：
1. 做很多count 的计算。
2. 插入不平凡，查询非常频繁。
3. 没有事务
innordb 非常适合：
1. 可靠性要求比较高，或者要求事务。
2. 表更新和查询都相当的频繁，并且表锁定的机会比较大的情况。
当然这也不是绝对的。要试验过才知道。
很多时候，性能瓶颈不是因为服务器配置不好，而是因为SQL不是很好。SQL的性能优化是关键。
除了这些常见的优化方法，
还可以考虑 使用内存表。你测试一张myisam 和 内存表，会发现速度差不多。
其实，在并发比较强的时候，性能会相差大概五倍。我有张经常要查询的IP 地址 和 地区的 对应表，放入内存后。
以前查询 5000个 IP 地址大概 要 15S， 现在，只要 2S多。
很多东西，实际测试过才知道。用什么压力测试，测试出来的也不是很准确。