快速选择/加入MySQL存储引擎？

Question

我有一些非常大的数据库(有些高达150M行)&在最初插入数据之后，并没有太多的INSERT's运行；只有大量的SELECT's和JOINS的使用。

我一直在摆弄InfoBright (社区版)&虽然我相信它是一个很好的引擎，但我个人在让它正常运行(快速)方面遇到了一些问题。

因此，我想知道是否有人可以推荐其他快速免费的MySQL存储引擎？

我现在正在查看tokudb；还有没有其他东西可以查看？

Answer 1

你有没有看过斯芬克斯？虽然它是一个搜索引擎，但它也支持无查询搜索，这类似于带索引的标准SELECT查询。我发现它在处理大型数据集时有很大的帮助。它的速度非常快，在高流量的论坛中被大量使用，这些论坛有数百万(或数亿)的帖子。

还有一个名为SphinxSE的MySQL插件，它允许它充当MySQL存储引擎，这使得集成非常容易设置。您可以通过向索引器程序提供查询来构建索引，然后在完成所有设置后，就可以像查询普通表一样对其进行查询。

http://sphinxsearch.com/docs/2.0.1/sphinxse-overview.html (注意，我从1.0之前就没怎么用过它了)

Answer 2

你也应该看看InfiniDB。http://infinidb.org/ (最快的之一)

在对任何引擎进行基准测试之前，您需要考虑很多问题。硬件方面，如多核处理器、内存、配置。设计与你的模式等相关的东西，以及所有这些对引擎性能的影响。

一定要查看这个博客，了解他们是如何对引擎进行基准测试的(它命名了其他引擎类型)-- http://www.mysqlperformanceblog.com/2010/01/07/star-schema-bechmark-infobright-infinidb-and-luciddb/

请注意，此比较是针对星型架构设计的。如果列式数据库引擎不能满足您的需求，您可以查看XtraDB，它是InnoDB的扩展版本(不是最快的，但与ACID兼容)。

ps -始终跟踪每个引擎的属性(对您很重要)，如引用完整性检查、ACID遵从性等。有时，与10%的查询性能提升相比，这些限制可能是更大的破坏因素

Answer 3

除了考虑您使用的DBMS之外，您还应该专注于优化表、索引和查询。每当您有多个联接时，首先在选择性最高的关系上联接，然后在选择性较低的关系上联接。分析您的查询执行计划。在QEP中经常命中的列上创建索引。