主页 / dba / 问题 / 209091
Accepted
Sybil
Asked: 2018-06-09 03:10:29 +0800 CST

来自 pt-variable-advisor 的 WARN max_connections - 为 DBaaS 配置什么？

  • 772

我们的 VM 配置（托管在 Vmware 上）

# cat /proc/cpuinfo |grep "cpu cores" | awk -F: '{ num+=$2 } END{ print "cpu cores", num }'
cpu cores 32

# free -h
             total       used       free     shared    buffers     cached
Mem:           62G        23G        39G       500K       349M        10G
-/+ buffers/cache:        12G        50G
Swap:          50G         0B        50G

我从 pt-variable-advisor 得到了一个警告max_connections：

pt-variable-advisor h=localhost,u=root,p=Quule0juqu7aifohvo2Ahratit --socket /var/vcap/sys/run/mysql/mysqld.sock
(...)
# WARN max_connections: If the server ever really has more than a thousand threads running, then the system is likely to spend more time scheduling threads than really doing useful work.
(...)

为什么？任何细节？

my.cnf中的配置

max_connections                 = 15360

prd 数据库集群的设置（MariaDB 10.1.x 和 Galera）

MariaDB [(none)]> SHOW STATUS WHERE `variable_name` = 'Threads_connected';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_connected | 718   |
+-------------------+-------+
1 row in set (0.01 sec)

MariaDB [(none)]> SHOW STATUS WHERE `variable_name` = 'Max_used_connections';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| Max_used_connections | 924   |
+----------------------+-------+
1 row in set (0.02 sec)

我找到了一个MySQL 手册和一个（非常）古老的类似问题。

默认值为 151 以提高性能

允许的连接数由 max_connections 系统变量控制。当 MySQL 与 Apache Web 服务器一起使用时，默认值为 151 以提高性能。（以前，默认值为 100。）如果您需要支持更多的连接，您应该为此变量设置一个更大的值。

和

MySQL 支持的最大连接数取决于给定平台上线程库的质量、可用 RAM 量、每个连接使用多少 RAM、每个连接的工作负载以及所需的响应时间。Linux 或 Solaris 通常应该能够支持至少 500 到 1000 个同时连接和多达 10,000 个连接

我们目前有 460 个用户，每个用户可以做 100 个max_connections。这将是最大值。每个用户和数据库100 是不是max_connections太高了？使用现代连接池，我们可以将其设置为 20？我们应该如何配置它而不会使我们的服务器因上下文切换而过载？一个网络应用程序是否有可能使用一个连接（同一连接上的每个语句）？

mariadb mariadb-10.1

2 个回答

  1. Best Answer

    和之间是有区别Threads_running的Threads_connected。前者意味着许多查询同时在做某事。另一个正在休眠，等待用户（或应用程序）向服务器提供另一个 SQL 语句。

    max_connections是对 的限制Threads_connected。（Max_used_connections是一个“高水位线”。）

    一个典型的繁忙系统实际上只有七分之一的“连接”线程在运行。并且Threads_connected通常远小于max_connections. （像 20 倍）

    但是，在糟糕的时候，太多的连接每个都在做一些缓慢的查询，导致 MySQL 自己绊倒。吞吐量（查询/秒）达到某个最大值甚至可能下降；延迟达到顶峰，惊慌失措的 DBA 会重启机器，因为他认为机器已经崩溃，而不仅仅是变得非常混乱。

    解决方案是找到慢查询并弄清楚如何加快它们的速度。或者重新构建应用程序以提高效率。或者更改架构和索引。很少会获得更大的硬件或更改可调参数。

    在管理良好的 MySQL 服务器中，我很少看到超过 2-3 个内核在使用中。然而，即使只有很少的内核处于活动状态，也可以每秒执行数千次查询。

    在 DBaaS 中，您任由客户摆布。他们中的任何一个都可以编写一个草率的应用程序来占用连接、内核、I/O、网络带宽等等。

    考虑将每个用户限制为 10 个连接，除非他解释他需要做什么和/或付给你更多的钱。有了额外的钱，您可以将他隔离在单独的 VM 中。我曾经估计，在一家拥有 Apache 和 MySQL 的商店中，10 个线程将淹没 Apache，MaxChild 需要比默认值低得多。（我们的页面相当大。）如果您可以控制 Web 服务器，请限制它们拥有的线程数。那就是在它到达 MySQL 之前阻止问题。

    通过将每个用户放在他自己的 VM 中，您会消耗额外的资源，但您可以防止一个人的过度行为伤害到其他人。

    我敢打赌您的许多客户都使用 WordPress？这是架构的一个性能补丁：http: //mysql.rjweb.org/doc.php/index_cookbook_mysql#speeding_up_wp_postmeta

    • 1

  2. 如果您想避免上下文切换，请使用MariaDB 线程池，忽略 pt-advisor 所说的任何内容，并且不要限制您的连接。当然，如果您有许多并发的长请求和 CPU 密集型请求，它可能不会有太大帮助，在这种情况下，您需要弄清楚如何修复长查询。

    • 1

相关问题