4

我在生产中有一个 MySQL 数据库，我正在尝试计算优化数字以将 MySQL max_connections 值设置为 - 我这样做是否正确，因为我的总和对我来说似乎很高。

据我所知，以下链接的逻辑如下，使用本文末尾添加的 URL：

我已经 ssh'd 进入相关服务器，并在 MySQL 终端中使用类似于此的查询找到了相关变量SHOW VARIABLES LIKE '%buffer%';这给了我这样的变量信息..

在此处输入图像描述

Available RAM = Global Buffers + (Thread Buffers x max_connections)

max_connections = (Available RAM – Global Buffers) / Thread Buffers

为了找出可用的 RAM，我只需free -b在终端中运行它就会返回：

手机：134902571008

为了计算相关的 Globa 缓冲区和线程缓冲区，我只是根据这些值将这些值相加

Global Buffers: key_buffer_size, innodb_buffer_pool_size, innodb_log_buffer_size, innodb_additional_mem_pool_size, net_buffer_size, query_cache_size

Thread Buffers: sort_buffer_size, myisam_sort_buffer_size, read_buffer_size, join_buffer_size, read_rnd_buffer_size, thread_stack

这给了我以下数字：

Global Buffers = (67108864 + 2147483648 + 16777216 + 0 + 0 + 33554432) = 2264924160

Thread Buffers = (1048576 + 67108864 + 1048576 + 1048576 + 8388608 + 262144) = 78905344

所以使用这个逻辑 - max_connections = (Available RAM – Global Buffers) / Thread Buffers

我认为计算是正确的 - 这给了我 1680 max_connections .. 这看起来正确吗？

max connections = (134902571008 - 2264924160) / 78905344 = 1680.97165698

4

1 回答 1

3

你的推理是合理的，但你没有考虑到一些事情。

  • 操作系统需要一些 RAM 用于其他进程、操作系统内核本身和文件系统缓存。需要多少是可变的，难以预测。因此，尝试“优化”RAM 分配量并不是一个好主意。留出一些空间。

  • MySQL 服务器进程还需要一些额外的 RAM 用于不计入全局缓冲区配置值或每个线程配置值的事物。没有一个很好的方法来计算这个。

  • 您认为每个线程的某些值理论上可以由单个线程多次使用，例如tmp_table_sizeand join_buffer_size。

  • 所有线程都不太可能同时使用其最大允许的每个线程分配。在一个正在运行的 MySQL 服务器中，您可能连接了 1000 个客户端，但如果您在SHOW PROCESSLIST. 也就是说，它们已连接，但在任何给定时刻都没有运行查询。有点像当你 ssh 进入服务器但你的 shell 只是坐在提示符处，还没有运行命令。

底线是 RAM 分配不是一门精确的科学。您不应该尝试通过计算来优化它。

相反，通过随着时间的推移观察系统并尝试逐步提高值来优化它，以查看它是否在不过度分配 RAM 的情况下提高了 SQL 性能。这样，分配的大小将适合您需要它服务的 SQL 客户端流量。

于 2020-10-01T14:08:03.373 回答