我可以正确计算MySQL数据库的最大连接限制吗？

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

据我从下面的链接可以看出，使用本文末尾添加的URL的逻辑如下：

我已进入相关服务器，并在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即可：

要计算相关的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 =（可用RAM –全局缓冲区）/线程缓冲区

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

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

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

操作系统需要一些RAM用于其他进程，OS内核本身以及文件系统缓存。需要多少是可变的并且很难预测。因此，尝试“优化” RAM分配量不是一个好主意。请留出一些余量。
MySQL Server进程还需要一些额外的RAM，以处理全局缓冲区配置值或每线程配置值中未包括的内容。没有一个很好的方法来计算这个。
理论上，您认为每个线程的某些值可以被单个线程多次使用，例如tmp_table_size和join_buffer_size。
所有线程不太可能同时使用其最大允许的每线程分配。在正在运行的MySQL Server中，您可能连接了1000个客户端，但是如果在SHOW PROCESSLIST中查看它们，则其中990个正在“休眠”。也就是说，它们已连接，但在任何给定时刻均不运行查询。有点像当您SSH进入服务器，但是您的外壳只是坐在提示符下而不运行命令时。

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

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