MySQL 5.5 -在高端系统上确定正确的write[read]_io_threads？

Question

特别是双CPU 32核心-128 RAID RAID 10 SSD。Ubuntu 64服务器

有时要加载大量Innodb -~ 2000+查询每秒。读和写都很重。

目前，我们正在默认的write_io_threads 4上运行。

我们是不是在“削弱”我们服务器的力量？在max write_io_threads=64和read_io_threads = 64上运行它安全吗？

这个数字是如何确定的？

Answer 1

回到2012年3月15日，我回答了这个问题：MySql推荐硬件。

在我的回答中，我提到了一个客户，他至今仍在我雇主的网络托管公司工作。它们目前正在循环复制中运行3台DB服务器。每个DB Server都有：

• MySQL 5.5.9
• 192 GB RAM
• 162 GB InnoDB缓冲池
• 双六角(对，12个中央处理器)
• 1.8TB磁盘容量
• 528个多租户数据库
• 500 GB InnoDB数据
• 诺姆b_文件_每_表格已启用

我已经安排好了

innodb_read_io_threads = 64
innodb_write_io_threads = 64
innodb_thread_concurrency = 0
innodb_buffer_pool_size = 162G
innodb_buffer_pool_instances = 2
innodb_log_file_size = 384M

的底线:你有内核和128 G内存？你还在等什么？把它拿起来找点乐子。自2011年3月以来，我的客户一直对这些硬件设置感到震惊。你会被吹走的！

警告

撇开玩笑不说，在使用VM(VMWare、AWS、任何其他基于云的MySQL实例)或普通硬件时，您应该小心。然而，在光有这么多火力的情况下，无论如何，您都应该利用这些设置，因为在MySQL 5.5之前的任何版本都可以使用单线程InnoDB。如果您有MySQL 5.1，则必须安装并设置InnoDB插件(从MySQL 5.1.38开始)。所有PerconaServer5.1二进制文件都已经安装了这些二进制文件。由于您有MySQL 5.5，这些设置是本地安装的，并在许多方面进行了测试。您只需负责调优新的InnoDB设置。

请参阅我关于设置InnoDB新设置的其他帖子：

• Jan 11, 2012：16 my.cnf核12 GB内存服务器MySql配置-配置
• Oct 05, 2011：查询在一些较新的MySQL版本中运行很长时间
• Sep 20, 2011：多核与MySQL性能
• Sep 12, 2011：是否有可能使MySQL使用多个核心？
• May 26, 2011：关于单线程和多线程数据库的性能
• Nov 24, 2011：为什么MySQL5.5比5.1慢(linux，使用mysqlslap)

更新2013-01-18 21:52东部时间点

你需要采取的牛角和设置一些基准。让我们回到历史上。innodb_read_io_threads和innodb_writes_io_threads没有附带MySQL 5.0或5.1。有人创建了一个插件，并在MySQL 5.1.38中提供了它。缺省值为4。我还注意到Percona在MySQL 5.1早期实现了这些功能，缺省值为8。大多数使用Percona的人都对此表示赞同，并经常说它比MySQL好。然而，这种比较通常是通过推特InnoDB来完成的。因此，当然，Percona，线程数的两倍，会更好。

考虑到这种获得更好性能的保守方法(升级到Percona)，除非您对其进行调优，否则您将永远不会真正知道InnoDB有多好、有多坏或有多难看。记住我2011年11月24日的帖子。对多个版本的MySQL进行了基准测试，在某些情况下，还对在单线程环境中，InnoDB在MySQL 4.1下的性能优于5.x进行了测试。在同样的公平竞争环境下。

要使天平对你有利，你必须调整InnoDB。与其给你任何一个权威的选择--这个--选择--那个指南，你需要阅读InnoDB ghas被赋予的设置，以使多个核心活跃起来。并不是每个环境都像我的客户的双十六进制服务器或双十六进制服务器。

如果我必须给你一个好的起点，它就有了be mysqlperformanceblog.com。所有以性能为中心的mysql都可以供您阅读、选择和基准测试。