主页 / dba / 问题 / 5926
Accepted
Rick James
Asked: 2011-09-19 06:38:17 +0800 CST

多核和 MySQL 性能

  • 772

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

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

mysql performance

2 个回答

  1. Best Answer

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

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

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

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

    MySQL 5.5 下的 InnoDB、InnoDB Plugin）和 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/Disk/Memory 必须仅倾向于 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 领导了通过 InnoDB 解决 MySQL 社区访问更多内核的需求。因此，MySQL 开始效仿。我不得不承认，Oracle (yuck) 为更多核心活动做出了必要的改进。

    • 30

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

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

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

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

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

    • 9

相关问题