我不是数据库专家，也不是凭经验说的。然而:

MyISAM表使用表级锁定。根据您的流量估计，您每秒有接近200个写入操作。有了MyISAM，在任何时候只有其中一项可以进行。您必须确保您的硬件能够跟上这些事务，以避免超时，即单个查询的时间不能超过5毫秒。

这就意味着你需要一个支持行级锁的存储引擎，比如InnoDB。

另一方面，编写几个简单的脚本来模拟每个存储引擎的负载，然后比较结果应该是相当简单的。

人们经常谈论性能、读写、外键等等，但在我看来，存储引擎还有一个必须具备的特性:原子更新。

试试这个:

Issue an UPDATE against your MyISAM table that takes 5 seconds. While the UPDATE is in progress, say 2.5 seconds in, hit Ctrl-C to interrupt it. Observe the effects on the table. How many rows were updated? How many were not updated? Is the table even readable, or was it corrupted when you hit Ctrl-C? Try the same experiment with UPDATE against an InnoDB table, interrupting the query in progress. Observe the InnoDB table. Zero rows were updated. InnoDB has assured you have atomic updates, and if the full update could not be committed, it rolls back the whole change. Also, the table is not corrupt. This works even if you use killall -9 mysqld to simulate a crash.

性能当然是可取的，但不丢失数据更重要。

我知道这不会受欢迎，但我还是这么说:

myISAM缺乏对数据库基本要素的支持，如事务和引用完整性，这通常会导致应用程序出现故障/ bug。如果您的数据库引擎甚至不支持这些基础知识，那么您不可能不学习正确的数据库设计基础知识。

在数据库世界中不使用引用完整性或事务就像在软件世界中不使用面向对象编程一样。

InnoDB已经存在了，使用它吧!尽管myISAM是所有遗留系统的默认引擎，但MySQL开发人员最终还是同意在新版本中将其更改为默认引擎。

不，无论您是在读写还是有什么性能考虑，使用myISAM都会导致各种各样的问题，比如我刚刚遇到的这个问题:我正在执行数据库同步，同时其他人访问了一个访问myISAM表的应用程序。由于缺乏事务支持，这个引擎的可靠性也很差，导致整个数据库崩溃，我不得不手动重启mysql!

在过去15年的开发中，我使用了许多数据库和引擎。在此期间，myISAM在我身上崩溃了十几次，其他数据库只有一次!那是一个microsoft SQL数据库，其中一些开发人员编写了错误的CLR代码(公共语言运行时-基本上是在数据库内部执行的c#代码)，顺便说一下，这并不是数据库引擎的错误。

我同意这里的其他答案，即高质量的高可用性、高性能应用程序不应该使用myISAM，因为它不起作用，它不够健壮或不够稳定，无法带来无挫折的体验。详见Bill Karwin的回答。

附注:我喜欢myISAM的粉丝们投反对票，但不能告诉你这个答案的哪一部分是错误的。

我在表格中简要地讨论了这个问题，这样你就可以决定是使用InnoDB还是MyISAM。

下面是在哪种情况下应该使用哪种db存储引擎的一个小概述:

                                                 MyISAM   InnoDB
----------------------------------------------------------------
Required full-text search                        Yes      5.6.4
----------------------------------------------------------------
Require transactions                                      Yes
----------------------------------------------------------------
Frequent select queries                          Yes      
----------------------------------------------------------------
Frequent insert, update, delete                           Yes
----------------------------------------------------------------
Row locking (multi processing on single table)            Yes
----------------------------------------------------------------
Relational base design                                    Yes

总结

在几乎所有的情况下，InnoDB都是最好的选择 但是，经常阅读，几乎不写，使用MyISAM 全文搜索MySQL <= 5.5，使用MyISAM

我发现即使Myisam有锁争用，它在大多数情况下仍然比InnoDb快，因为它使用了快速的锁获取方案。我尝试了几次Innodb，总是因为这样或那样的原因回到MyIsam。此外，InnoDB在巨大的写负载下会非常消耗CPU。

有点晚了…但这是我几个月前写的一篇相当全面的文章，详细介绍了MYISAM和InnoDB之间的主要区别。喝杯茶(或者一块饼干)，好好享受吧。

MyISAM和InnoDB之间的主要区别在于引用完整性和事务。还有其他区别，如锁定、回滚和全文搜索。

参照完整性

Referential integrity ensures that relationships between tables remains consistent. More specifically, this means when a table (e.g. Listings) has a foreign key (e.g. Product ID) pointing to a different table (e.g. Products), when updates or deletes occur to the pointed-to table, these changes are cascaded to the linking table. In our example, if a product is renamed, the linking table’s foreign keys will also update; if a product is deleted from the ‘Products’ table, any listings which point to the deleted entry will also be deleted. Furthermore, any new listing must have that foreign key pointing to a valid, existing entry.

InnoDB是一个关系DBMS (RDBMS)，因此具有引用完整性，而MyISAM没有。

事务和原子性

表中的数据使用数据操作语言(DML)语句进行管理，例如SELECT、INSERT、UPDATE和DELETE。事务将两个或多个DML语句组合到一个工作单元中，因此可以应用整个工作单元，也可以不应用任何工作单元。

MyISAM不支持事务，而InnoDB支持。

如果在使用MyISAM表时操作中断，操作将立即中止，受影响的行(甚至是每行中的数据)仍然受到影响，即使操作没有完成。

如果一个操作在使用InnoDB表时被中断，因为它使用事务，具有原子性，任何没有完成的事务都不会生效，因为没有提交。

表锁vs行锁

当对MyISAM表执行查询时，所查询的整个表将被锁定。这意味着后续查询只会在当前查询完成后执行。如果您正在读取一个大的表，并且/或者有频繁的读和写操作，这可能意味着大量的查询积压。

当对InnoDB表执行查询时，只有涉及的行被锁定，表的其余部分仍可用于CRUD操作。这意味着查询可以在同一个表上同时运行，前提是它们不使用同一行。

这个特性在InnoDB中被称为并发。尽管并发性很好，但对于选择的表范围有一个主要缺点，即在内核线程之间切换时会产生开销，您应该对内核线程设置一个限制，以防止服务器停止。

事务和回滚

当你在MyISAM中运行一个操作时，更改被设置;在InnoDB中，这些更改可以回滚。用于控制事务的最常用命令是COMMIT、ROLLBACK和SAVEPOINT。1. COMMIT -你可以写多个DML操作，但是只有在COMMIT时更改才会被保存。ROLLBACK -你可以放弃任何尚未提交的操作。SAVEPOINT—设置ROLLBACK操作可以回滚到的操作列表中的一个点

可靠性

MyISAM不提供数据完整性——硬件故障、不干净的关机和取消的操作都可能导致数据损坏。这将需要完全修复或重新构建索引和表。

另一方面，InnoDB使用事务日志、双写缓冲区和自动校验和验证来防止损坏。在InnoDB做任何更改之前，它会将事务之前的数据记录到一个名为ibdata1的系统表空间文件中。如果出现崩溃，InnoDB会通过重放这些日志自动恢复。

全文索引

InnoDB直到MySQL 5.6.4版本才支持FULLTEXT索引。在撰写本文时，许多共享主机提供商的MySQL版本仍然低于5.6.4，这意味着InnoDB表不支持FULLTEXT索引。

然而，这并不是使用MyISAM的正当理由。最好换一个支持最新版本MySQL的主机提供商。并不是说使用FULLTEXT索引的MyISAM表不能转换为InnoDB表。

结论

总之，InnoDB应该是您的默认存储引擎选择。在满足特定需求时选择MyISAM或其他数据类型。