大型日志表的MySQL存储引擎

（我已经看过了，但对于我想问的问题来说还不够具体。）

我正在设置一个大的ish（大约100 GB）日志表，平均记录大小为100-200字节，有几个索引（Index？）。插入速率约为每秒100-200条记录。我将在此表上运行分析查询，可能不是所有查询都会找到合适的索引，因此它们可能会运行很长时间并查找大量数据

您建议使用哪种存储引擎？（基本上是MyISAM vs InnoDB。）

如果使用MyISAM，长查询会阻止插入吗

表的大小是一个问题（不是很大，但仍然是）。在这方面，一台发动机是否比另一台发动机更高效

就性能而言，它们如何比较

在这种情况下，还有什么我必须知道的吗

---

如果使用INSERT和UPDATE，那么使用InnoDB而不是MyISAM的高性能会更好。 如果在INSERT/UPDATE使用MyISAM之前使用更多SELECT语句。 InnoDB支持ACID（原子性、一致性、隔离性和耐久性），因此选择和连接越多，速度越慢，但插入速度越快

---

眼睛：如果你需要处理这样的支付网关，你应该使用NYNDB有事务支持< /P>你考虑其他解决方案吗？我们在关系数据库中存储大型日志文件的经验不是很好。无论是NoSQL解决方案还是专用的全文搜索引擎都可能更好。