MySQL thread_concurrency，innodb_thread_concurrency，到底该不该用？

Question

我有一台配备 24 个 CPU 和 32GB 内存的专用服务器。

此服务器服务于网站和 mysql。

我不知道这两个变量之间有什么区别，如果有的话。

我不知道我是否应该使用它们，因为在谷歌上阅读后有人说这些变量可能会被忽略，具体取决于操作系统或 MySQL 版本。

那么我应该使用它们吗？

Answer 1

请阅读Mysql Performance Blog仔细选择合适的初始值，在一天中的繁忙时段监控服务器的性能并进行相应的调整。

没有简单的答案，因为您的工作量是独一无二的。

在我的脑海中，您的 CPU 和 RAM 的平衡似乎是错误的。我认为 1~4 个内核用于 64GB 的内存，或者 24 个内核用于最大内存，也许是 192GB？需要为查询速率配置 CPU，而为事件/热数据集大小配置 RAM。我可以想象一个奇怪的工作负载，其中您的 CPU/RAM 是有意义的，但我不确定 innodb 实际上是此类工作负载的最佳解决方案。

回到您的问题:"thread concurrency doesn't do what you expect"总之很可能你不应该使用。 innodb_thread_concurrency只是一个截止点，我会说如果你的工作量很热(即 mysql 不使用太多磁盘(？))，它不应该高于核心数。请仔细阅读博客，这些设置并不像看起来那么简单。

您可能还需要注意:线程缓存、innodb 缓冲池、添加内存池、堆表大小、排序/键缓冲区大小、tx 提交时刷新日志、日志文件大小。可能还有一些我现在想不起来。