MySQL 的哪些配置选项提供了最大的速度改进？

Question

MySQL 的哪些配置选项提供了最大的速度改进？

我想知道实际的配置文件改进、表类型、硬件设置、复制等。除了查询结构和表结构（这些很容易在网站和 Stack Overflow 上找到）。诸如查询缓存设置之类的东西是否为您提供了最快的速度？驱动器怎么样？将它放在外部 RAID 还是内部 RAID 上更好？复制是否为您提供了更好的性能，尤其是读取大型查询？

您还进行了哪些其他设置/更改来提高 MySQL 的性能？

注意：我意识到这些非常依赖于使用（即，小型网站与数据仓库），但我认为我们大多数人可能在各种站点/系统上工作，因此了解可以应用于不同站点/系统的各种技术是很好的情况。另外，我认为一些技术可以在情况之间转移。

Answer 1

这是我的建议（您的 Millage 可能会有所不同）

• 使用硬件 RAID。这与我在其他帖子中使用软件 RAID 的建议相反，但这是您需要硬件 RAID 卡的特定情况。具体来说，您希望 RAID 卡上的电池支持 NVRAM 以减少将日志文件 fsync 到磁盘的时间。
• 仅使用 RAID 1 或 RAID 10 卷。在混合读/写工作负载中，RAID 5 或 6 写入的成本太高而无法容忍。
• 对数据、日志和 tmp 卷使用单独的 LUN。这些都应该与操作系统和交换卷分开。
• 使用InnoDB。
• 使用 innodb_file_per_table
• 使用 64 位操作系统
• 将 InnoDB 缓冲池设置为可用 RAM 的 80%
• 将日志文件设置为缓冲池大小的 1/4，即 2 到 4 个日志文件。更大的日志文件意味着更慢的关闭和恢复时间，但允许您更快地恢复大型数据库转储。
• log_slow_queries、log-queries-not-using-indexes、set-variable = long_query_time=1，调查该日志中的每个查询，重构您的架构以避免表扫描和 tmp 表尽可能。

Answer 2

戴夫·切尼 (Dave Cheney) 再一次真正将其击倒了公园。我真的无法在他对您问题的回答中添加任何内容。但是，我想指出您没有问的问题。正如 Jeremy Zawodny 和 Peter Zaitsev 多年前教给我的那样，用于跟踪和优化不良查询的时间的 ROI 将比用于进行配置更改的时间的 ROI 高 10 倍。当然，您不希望配置不佳、RAID 设置错误或 RAM 不足。但是，在优秀甚至边缘的 MySQL DBA 中，糟糕的查询（通常来自开发人员/框架，而不是 DBA）是一种慢性病，其中糟糕的配置是可以忍受的。

（我为这些形容词挖掘了一段时间，但仍然对我选择的那些不满意。）

我想再次强调，如果您的开发人员使用的是像 Ruby on Rails 和 Django 这样的框架中常见的 ORM，那么您真的必须监控命中您的数据库的查询。当开发人员不再考虑 SQL 并让 DB 抽象化时，这种情况真的很讨厌。我喜欢我刚刚提到的两个框架。（不要因为我说他们不好而投我反对票。）它只是使查询侦查变得非常重要。（阅读：工作保障）