Closed. This question is opinion-based。它目前不接受答案。
想改进这个问题吗？更新问题，以便editing this post可以用事实和引用来回答。
去年关门了。
我在做一个涉及大量数据库写入（70%的插入和30%的读取）的项目。这个比率还包括我认为是一读一写的更新。读取可能是脏的（例如，读取时不需要100%准确的信息）。
这个问题的任务是每小时处理超过100万个数据库事务。
我在网上读到了很多关于MyISAM和InnoDB之间区别的文章，MyISAM对于我将用于此任务的特定数据库/表来说似乎是一个明显的选择。从我看来，如果需要事务，InnoDB是很好的，因为行级锁定是受支持的。
有没有人有过这种负荷（或更高负荷）的经验？米萨姆是去的路吗？
想改进这个问题吗？更新问题，以便editing this post可以用事实和引用来回答。
去年关门了。
我在做一个涉及大量数据库写入（70%的插入和30%的读取）的项目。这个比率还包括我认为是一读一写的更新。读取可能是脏的（例如，读取时不需要100%准确的信息）。
这个问题的任务是每小时处理超过100万个数据库事务。
我在网上读到了很多关于MyISAM和InnoDB之间区别的文章，MyISAM对于我将用于此任务的特定数据库/表来说似乎是一个明显的选择。从我看来，如果需要事务，InnoDB是很好的，因为行级锁定是受支持的。
有没有人有过这种负荷（或更高负荷）的经验？米萨姆是去的路吗？
最佳答案
我把这个问题简单地放在一个表中，这样你就可以断定是使用InnoDB还是MyISAM。
以下是在以下情况下应使用的数据库存储引擎的小概述：
MyISAM InnoDB公司
----------------------------------------------------------------
必需的全文搜索是5.6.4
----------------------------------------------------------------
要求交易是
----------------------------------------------------------------
频繁选择查询是
----------------------------------------------------------------
频繁插入、更新、删除是
----------------------------------------------------------------
行锁定（单表多处理）是
----------------------------------------------------------------
关系库设计是
总结一下：
经常阅读，几乎不写作
MySQL中的全文搜索MyISAM
在所有其他情况下，InnoDB通常是最好的选择。