MySQL 系统变量配置基础

来源：MSSQL123

www.cnblogs.com/wy123/p/6595556.html

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就会立刻分配给改参数指定大小的全部内存，而不管排序是否需要这么大的内存。

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

设置变量的潜在的影响

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

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

看完本文有收获？请转发分享给更多人

关注「数据分析与开发」，提升数据技能