我正在将myisam表用于我正在构建的网站，因为它将主要是只读的。 这就是为什么我认为myisam会更好。 但我将用户会话存储在数据库中...这意味着对每个页面请求的会话表进行选择+更新。 因此，对于会话，我现在在表上有1/1读/写，如果我需要在会话上更新某些内容，那么写入可能会更高。 我应该用innodb这样的桌子吗？ 或者1/1读/写比仍然是myisam没有问题的东西？ 该应用程序将没有高流量(虽然我甚至不确定什么定义了这种情况下的高流量)

在原始性能方面，MyISAM通常比InnoDB快(主要是因为它不是ACID)。因此，访问MyISAM比InnoDB消耗更少的资源。

另一方面，MyISAM仅支持表级锁定：在高度并发的环境中，延迟增加。然而，几十个简单查询不应该造成太多麻烦(假设您的大多数查询都是直截了当的SELECT session_data FROM session_table WHERE session_id = )。

相反，InnoDB提供了更强大的功能：InnoDB表几乎不可能被破坏，并且性能方面的差异往往变得越来越不重要(例如，看到这个基准)。有些人甚至认为现在没有理由继续使用MyISAM(InnoDB成为v5.5中的默认存储引擎)。

我很抱歉没有提供更明确的答案，哪个更"快"。与性能优化一样，必须进行实际测试。请记住，您可以非常轻松地切换引擎(ALTER TABLE t ENGINE=[MyISAM | InnoDB])，我建议您试试看。

但考虑到您的预期流量，使用其中一个或那个不应该产生太大的差异。

你有很多选择，Mysql不是最好的选择：