MySQL是否比其他DBMS消耗更多的资源？

从mysql转向NOSQL、SQLite等的趋势越来越明显。我读过许多博客和文章，比较mysql与其他类型DBMS的速度。然而，我相信mysql的速度不是问题，因为它真的很快；但问题更多地与资源使用有关。由于mysql查询速度慢，通常会面临极端的服务器负载。例如，与mysql相比，Oracle的一个优势是与内存泄漏相关的问题更少

与其他数据库（如SQLite、非关系数据库、键/值数据库）相比，mysql确实消耗了大量资源（CPU和内存）。我的意思是，这是不在大型数据库中使用mysql（以节省服务器成本）的主要原因

如果是（对1），那么与Mysql相比，类似的系统（如SQLite）的资源使用情况更好的估计是什么

注：考虑一个简单的系统，不需要MySQL的高级特性。只是比较简单查询的性能。

如果您只使用“简单”查询，我认为MySQL和Oracle之间的ressource使用情况没有太大区别。 那些“专业”的DBMS在缓存、预取和数据维护方面发挥了很多“魔力”。 当然，MySQL也可以做到这一点，但对于真正复杂的数据库和高级查询，它可能没有那么有效

---

DBMS的选择在很大程度上取决于您计划做什么，特别是如果您在SQL/NoSQL/Key-Value/…之间进行选择，它们适用于完全不同的场景…这不是内存和CPU使用的问题。

CPU和内存从来都不是原因，因为它们很便宜。问题在于I/O速度。NoSQL数据库用于写密集型应用程序，以及需要无模式数据库的应用程序（因为在MySQL中更改表模式需要重写表，这可能非常慢）。因此，为了优化磁盘操作，需要进行一些权衡，这通常会导致消耗更多的CPU、内存或磁盘空间

另一个原因可能是悲观与乐观。这是另一个话题

---

但是，由于“mysql是否确实比其他数据库消耗了更多的资源（CPU和内存）”这一问题的答案是否，因此进一步讨论它是毫无意义的：）

这是一个好问题，但它可能会在serverfault（真正的服务器管理员常去的地方）上得到更合适的响应而不是stackoverflow（更多的程序员会回答“我想”）。投票迁移。@Konerak在@Konerak上可能更有意义：谢谢你的精心编辑@AdrianPetrescu谢谢！每天都有新的交易所。几个月后，我们将关闭mysql-compare-to-other-rdbms.stackexchange.com之类的网站。我在伦敦的oracle office参加了一个研讨会，讨论即将发布的mysql版本，我希望是6。因此，上述所有问题都将得到解决，新版本将在其上包含一个NoSQL构建。所以我只能说，请等到新版本出来后再决定把你的系统移动到NoSQL和MySQL部分。考虑一个简单的场景（两列表），它适合所有的情况。我相信mysql的CPU负载比MongoDB、BerkeleyDB等要高很多，是的。但是我认为（如果不尝试，你永远不会知道…）有了一个好的索引、查询缓存和表缓存，你也会获得相当好的性能。但是一个专门为键值存储构建的DBMS当然是更优化的，所以你可以用灵活性来换取性能。