首页>新闻资讯>MySQL 系统变量配置基础

MySQL 系统变量配置基础

时间:2018-03-30来源:德盟互联

MySQL变量的概念


个人认为可以理解成MySQL在启动或者运行过程中读取的一些参数问题,利用这些参数来启动服务、响应或者支持用户的请求等


变量的配置

如果打算长期使用,应该写入配置文件,而不是在命中指定,因为在命中设置的变量会随着MySQL服务的重启而恢复默认值

另外要注意是设置的当前Session的变量还是全局的变量。


变量单位

不同的变量的单位不同,比如table_cache是指缓存的表的个数,而key_buffer_size则是以字节为单位

另外还有以页或者百分比为单位的变量

许多变量可以通过后缀制订单位,

比如1M表示一百万字节,在配置文件中或者在命令行下有效,

但是在使用set命令的时候,这些单位就无效,必须使用数字,单位为字节

比如:set @@session.sort_buffer_size = 1024*1024或者set @@session.sort_buffer_size = 1048576

但是配置文件中设置的时候就不能使用表达式


变量的作用域

有些变量的作用是服务器级别的,有些是Session级别的,剩下的的一些是对象级别的。

许多回话的变量是全局变量相等,可以为是默认值

如果改变会话级的变量,它只影响当前Session,当前Session关闭后当前设置的参数会失效

举例:

query_cache_size是全局级的

sort_buffer_size可以在全局级设置,每个Session也可以独立设置

join_buffer_size可以在全局级设置,也可以在Session级设置,一个查询中如果有多个表关联,可以为每个关联分配一个join buffer

除了在配置文件中设置变量之外,(部分变量)也可以在运行时修改,MySQL称之为动态配置变量

比如: set global sort_buffer_size = 1024*1024*1024

set sort_buffer_size = 1024*1024*1024

set @@sort_buffer_size = 1024*1024*1024

set @@session.sort_buffer_size = 1024*1024*1024

set @@global.sort_buffer_size = 1024*1024*1024


常见变量的设置与获取资源说明:

key_buffer_size

为键缓冲区(key buffer,也叫键缓存key cache)分配所有指定的空间,

操作系统不会为该设置立马分配内存,而是等到使用的时候才分配。

table_cache_size

当有线程打开表时,MySQL会检查这个标量的值,如果大于缓存中表的数量,线程可以把最先打开的表放入缓存,

如果该值比缓存中的表数小,MySQL将从缓存中删除不常用的表

thread_cache_size

当有连接关闭时,MySQL检查缓存中是否还有空间来缓存线程。

如果有:则缓存改线程已被下次连接重用

如果没有:他讲销毁改线程而不再缓存,

缓存中使用的线程数,不会立即减少,只有在新的连接删除缓存中的一个线程并使用后才会减少

MySQL只在关闭连接时候才在缓冲中增减线程,在创建新的连接的时候才从缓存中删除线程

query_cache_size

MySQL启动的时候,一次性分配并且初始化这块内存,如果修改这个变量(即使设置为与当前值一样)

MySQL会立刻删除所有缓存的查询,重新分配这片缓存到指定大小,并且重新初始化内存

read_buffer_size

MySQL只会在查询需要时才会为该缓存分配内存,并且会一次性分配改参数指定大小的全部内存

read_rnd_buffer_size

MySQL只会在查询需要时才会为该缓存分配内存,并且只分配需要的内存大小而不是全部指定的大小

应该叫做,max_read_rnd_buffer_size

sort_buffer_size

MySQL只会在查询需要做排序操作的时候拆毁为该缓存分配内存,

一旦需要排序,MySQL就会立刻分配给改参数指定大小的全部内存,而不管排序是否需要这么大的内存。


由此可见,不用的变量,设置之后的启用时间,启用原理,生效方式等都是有一定差异的。


设置变量的潜在的影响

动态设置全局变量可能会导致意外的副作用。

某些变量改变后会立即生效,比如从缓冲中刷新赃块,从而引起服务器相应请求的一些不稳定甚至更严重的问题