sysbench 线程是否类似于 thread_pool_size？

Question

我使用 sysbench 测试了一个 mysql 集群，以找出设置最大线程的最佳点。 在我的努力中，我遇到了 sysbench 中的线程选项。

--threads=N

我还在 Mysql 线程池操作中遇到了 thread_pool_size。

thread_pool_size：线程池中线程组的数量。 这是控制线程池性能的最重要参数。

所以困扰我的问题是 sysbench 的线程是否类似于 mysql 的 thread_pool_size？

这是我使用的命令示例。 sysbench oltp_read_write.lua --threads=26 --time=30 --mysql-user='root' --mysql-password='password' --table-size=10000 --mysql-host=10.100.100.64 --mysql-port=6033 run

Answer 1

sysbench是MySQL的客户端，可以启动多个线程，一个连接一个。

在 MySQL 服务器中不使用线程池时，每个客户端连接都会启动自己的线程。 所以sysbench线程和MySQL个Server线程是一一对应的。

使用线程池时，线程在 MySQL Server 中的处理方式不同。 通常情况下，客户端连接不会每秒运行一次查询。 通常，客户端应用程序会在等待查询之间运行其他代码。 所以在 MySQL 服务器端，存在一些线程，但它们什么都不做。 这在进程列表中显示为“睡眠”。

打开数百个客户端连接是很常见的，但在任何给定时刻只有一两个连接在执行任何查询。 其他人都在睡觉。

所以线程池特性的存在是为了让 MySQL Server 中的少量线程可以被更多的客户端连接共享。 MySQL Server 中的线程不再与客户端连接一一对应。 当客户端连接请求执行 SQL 查询时，它们会切换。 这样做是为了在您的客户端打开大量连接时减少资源使用。

对于 sysbench，这可能不是典型的工作负载。 客户端线程运行 SQL 次查询的速度比典型应用程序快。 如果您尝试在这种情况下使用线程池，您的客户端请求可能会超过线程池中的线程数，并且在这种情况下，客户端请求可能会排队。

使用 MySQL 服务器中的线程池，同时使用 sysbench 进行测试可能不是衡量查询最大吞吐量的最佳方法。

Answer 2

哎哟！

thread_cache_size是要挂起的“线程”数。 这是一个简单的池化。 这是一个数字而不是字节！ 10是一个合理的数字。 不需要超过max_connections的任何内容。

max_connections指的是“并发”连接数，而不是总连接数。 对于大多数系统，默认值151都可以。 1000是“高”，但对于某些系统是有保证的； 10K 太高了。

检查这些：

SHOW GLOBAL STATUS LIKE 'Max_used_connections';
SHOW GLOBAL STATUS LIKE 'Threads_running';

前者是一个高水位线（自启动以来）。 如果它接近max_connections ，那么也许max_connections 应该增加。

后者表示当前有多少连接实际上在做任何事情。 如果它超过 100，则连接相互绊倒。 我们将需要更多细节来讨论下一步该做什么。 （ 1是常见的；“繁忙”的系统可能会说不超过10 ，并且变化很快。）