多核和 MySQL 性能

Question

RAM 的重要性是一个既定的事实，但在 MySQL 使用 CPU 时，关于内核和多线程重要性的资料要少得多。我说的是在 4cores vs 6cores vs 8cores 上运行 MySQL 的区别等等。

不同的存储引擎使用 CPU 的方式不同吗？

Answer 1

说到MySQL，存储引擎之间没有可比性，只是分为两个基本类别：

• 事务性的（符合 ACID 的）
• 非交易

MySQL 的特点是使用多种存储引擎

• InnoDB（从 MySQL 5.5 开始默认）
• MyISAM（MySQL 5.5 之前的默认值）
• 档案
• 黑洞
• CSV
• 记忆
• MRG_MYISAM
• 联邦
• NDB 又名 MySQL 集群

至于列出的存储引擎，唯一符合 ACID 的是 InnoDB 和 NDB。为什么这很重要？两个原因：

• 除了基本磁盘 I/O、CPU 使用率和整体吞吐量之外，其他存储引擎根本不会因为更多内核的存在而受益。
• 每个非事务性存储引擎的代码，不管存储引擎如何，基本上都规定了 14 个内部操作，并不是为了利用多核的访问而设计的。

MySQL 5.5 下的 InnoDB、InnoDB 插件）和 Percona Server 的 XtraDB 有您可以设置的选项来访问多个内核（Percona Server 已经这样做了更长的时间）。事实上，Percona 在 MySQL 源代码的每个新 GA 版本中注入了大约 30,000 行代码，专门用于 InnoDB 的性能增强。我们可以肯定 Oracle 已经从他们自己的智囊团中包含了自己的增强功能，以便在 InnoDB 中运行以进行多核操作（自 MySQL 5.1.38 起）。

由于需要结合行/页锁定对数据执行MVCC，现在可以检测、测量和配置事务性能。

如果我学到了关于使用多核的一件事，那就是您必须有效地调整 InnoDB，而不仅仅是依赖 InnoDB 开箱即用。

更新 2011-09-20 08:03 EDT

关于受益于所有内核的 InnoDB，我们需要保持洞察力。内核还必须处理数据库服务器中的其他事务（操作系统、磁盘、内存、应用程序、监控等）。对于那些预算有限的人来说，许多人倾向于拥有一个还提供 NFS、来自 Munin 的监控、对 JBoss、PHP 的应用程序支持的数据库服务器，等等。如果您希望 MySQL，更具体地说是 InnoDB，使用更多内核，则数据库服务器必须专用于 MySQL，而 OS/磁盘/内存必须仅用于 MySQL。从这个角度来看，毫无疑问，InnoDB 将使用更多的内核。

至于 InnoDB 插件，提到它只是为了展示早期的举措，以在 MySQL 方面拥有更好的 InnoDB（呃，Oracle。抱歉，还没有说出口）。从 MySQL 5.1.38 开始，召唤更多核心活动的新变量变得明显。

例如，innodb_read_io_threads和innodb_write_io_threads（均自 MySQL 5.1.38 起）为读取和写入分配指定数量的线程。默认值为 4，最大值为 64。默认值和最大值设置如此不同 (4 - 64) 表明InnoDB 与您配置的一样多线程和核心密集型！！！

Percona 领导了解决 MySQL 社区使用 InnoDB 访问更多内核的需求。因此，MySQL 开始效仿。我不得不承认 Oracle（糟糕）为更多的核心活动做了必要的改进。

Answer 2

我发现谈论使用内核的存储引擎可能会误导初学者。如果程序足够多线程，操作系统将在尽可能多的内核上调度它。

限制 cpu 缩放的具体问题是当内部锁定代码（互斥体）存在争用并阻止线程并发运行时。所有的存储引擎都需要互斥锁，但在 MyISAM 中肯定有一些热门的。

如果我们暂时忽略互斥体争用并回到您的主要问题：拥有多个内核有多重要？——

我喜欢为面向用户的请求提供服务的工作负载有很多内核。有很多可以减少查询时间之间的差异。把这想象成在超市排队，有 12 个过道，而只有 2 个。

更新：我写了一篇关于为什么垂直可扩展性（多核）很重要的博客文章。