MYSQL配置参数优化详解
112 浏览量
2020-12-16
07:16:59
上传
评论
收藏 111KB PDF 举报
MYSQL配置参数优化详解配置参数优化详解
MySQL参数优化对于不同的网站，及其在线量，访问量，帖子数量，网络情况，以及机器硬件配置都有关系，优化不可能一
次性完成，需要不断的观察以及调试，才有可能得到最佳的效果。
1）连接请求的变量）连接请求的变量
1、、max_connections
MySQL的最大连接数，如果服务器的并发连接请求量较大，建议调高此值，以增加并行连接数量，当然这建立在机器能支撑
的情况下，因为如果连接数越多，MySQL回味每个连接提供连接缓冲区，就会开销越多的内存，所以要适当调整该值，不能
盲目提高设值。
数值过小经常会出现ERROR 1040：Too mant connetcions错误，可以通过mysql>show status like ‘connections’；通配符
来查看当前状态的连接数量（试图连接到MySQL（不管是否连接成功）的连接数），以定夺该值的大小。
show variadles like ‘max_connections’最大连接数
show variables like ‘max_used_connection’相应连接数
max_used_connection/max_connections*100%（理想值约等于85%）
如果max_used_connections和max_connections相同，那么就是max_connections值设置过低或者超过服务器的负载上限
了，低于10%则设置过大了。
2、、back_log
MySQL能够暂存的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求，他就会起作用。如果MySQL
的连接数据达到max_connections时，新的请求将会被存在堆栈中，以等待某一连接释放资源，该堆栈数量即back_log，如果
等待连接的数量超过back_log，将不被接受连接资源。
3、、wait_timeout和和interative_timeout
wait_timeout：指的是MySQL再关闭一个非交互的连接之前所需要等待的秒数。
interative_timeout：指的是关闭一个交互的连接之前所需要等待的秒数。
对性能的影响
wait_timeout
（1）如果设置太小，那么连接关闭的很快，从而使一些持久的连接不起作用
（2）如果设置太大容易造成连接打开时间过长，在show processlist时，能够看到太多的sleep状态的连接，从而造成too
many connections错误。
（3）一般希望wait_timeuot尽可能的低
interative_timeout的设置将对你的web application没有多大的影响
2）缓冲区变量）缓冲区变量
全局缓冲
4、、key_buffer_size
key_buffer_size指定索引缓冲区的大小，他决定索引的处理速度，尤其是索引读的速度。通过检查状态值 key_read_requests
和key_reads，可以知道key_buffer_size设置是否合理。比例key_reads/key_read_requests应该尽可能的低，至少是1：
100，1：1000更好（上述状态值可以使用show status like ‘key_read%’获得）
未命中缓存的概率：
key_cache_miss_rate = key_reads/key_read_requests*100%
key_buffer_size只对MAISAM表起作用。
如何调整key_buffer_size的值
默认的配置数时8388608（8M），主机有4G内存可以调优值为268435456（256M）
5、、query_cache_size（查询缓存简称（查询缓存简称QC)
使用查询缓存，MySQL将查询结果存放在缓冲区中，今后对同样的select语句（区分大小写），将直接从缓冲区中读取结
果。
一个SQL查询如果以select开头，那么MySQL服务器将尝试对其使用查询缓存。
注：两个SQL语句，只要相差哪怕是一个字符（例如 大小写不一样：多一个空格等），那么两个SQL将使用不同的cache
通过 show ststus like ‘Qcache%’ 可以知道query_cache_size的设置是否合理
Qcache_free_blocks：缓存中相邻内存块的个数。如果该值显示过大，则说明Query Cache中的内存碎片较多了。
注：当一个表被更新后，和他相关的cache block将被free。但是这个block依然可能存在队列中，除非是在队列的尾部。可
以用 flush query cache语句来清空free blocks。
评论0