我一直在使用 mysql（带有 innodb；在 Amazon rds 上），因为它是一种通用默认设置，但它的性能低得离谱，而且对其进行调整只会延迟不可避免的情况。
数据大多是相对较短的（每个
我可以继续调整 mysql 并为其投入更多硬件，但它似乎越来越徒劳。
那么有哪些选择呢？ SQL/关系模型/等。可选 - 只要速度快、联网且与语言无关，任何事情都可以。
【问题讨论】：
标签： mysql performance nosql
您是否对应用程序和 MySQL 数据库进行过任何类型的端到端分析？为了提供更好的建议，最好了解您尝试实施的改进以及您的数据库结构。您也没有提供很多关于如何配置 MySQL 数据库的信息。它提供了很多调优选项。
如果您还没有了解该产品的更多信息，您应该获取一份High Performance MySQL。
在你知道你的问题是什么之前，做任何事情都是没有意义的。 NoSQL 解决方案可以提供性能优势，但您几乎没有提供任何证据表明 MySQL 无法满足您的需求。
【讨论】：
嗯，“快速、网络化和独立于语言”+“很少复杂的查询”让人想起各种 NoSQL 解决方案。仅举几例：
如果这还不够快，总是有邪恶的快速Redis，这是我个人最喜欢的自动取款机。 :) 它本身不是数据库，但对于大多数场景来说已经足够了。
我相信其他人可以列出更多 NoSQL 数据库...
并且总是有http://nosql-database.org/。
一般而言，此类数据库在您的方案中更好更快，因为它们具有放松的约束，因此更容易和更快地频繁插入/更新/检索。但这需要您更加仔细地考虑您的数据模型，并且通常不可能直接执行 SQL 样式的复杂查询——您将编写更多预先计算的数据或使用更非规范化的设计来解决复杂问题查询。
但由于复杂查询在您的情况下是一个小问题，我认为 NoSQL 解决方案非常适合您。
【讨论】：
ALTER TABLE 的评论，我想补充一点，其中一些解决方案（例如 CouchDB）是无模式的……这意味着一个文档看起来可能与另一个文档不同——那里没有强制架构 - 这可能对您的情况有所帮助。
根据您提供的有关应用程序数据和工作负载的数据，几乎不可能确定问题真的是 MySQL 本身还是其他问题。您似乎假设您可以将任何工作负载交给关系引擎并且它应该处理它。因此，其他评论者关于更仔细地分析性能的建议在我看来是有效的。如果没有更多数据（交易/秒等），任何关于其他合适引擎的进一步分析也是徒劳的。
【讨论】：
我不确定我是否同意跳过传统数据库的建议。它可能不是最有效的工具，但它是 FAR 得到更广泛理解和使用的工具，并且强烈怀疑您遇到的问题无法通过有效设置的关系数据库来处理。 显而易见的答案是 Oracle、SQLServer 等，但可能只是您的数据库结构不正确。我对 MySQL 了解不多，但我知道它在一些相当大的项目中使用（值得注意的是 eBay）。
【讨论】：