问题描述
我有一个正在生产的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客户端流量的大小进行调整。