MySQL系统变量配置基础
本文出处：http://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就会立刻分配给改参数指定大小的全部内存，而不管排序是否需要这么大的内存。
由此可见，不用的变量，设置之后的启用时间，启用原理，生效方式等都是有一定差异的。
设置变量的潜在的影响
动态设置全局变量可能会导致意外的副作用。
某些变量改变后会立即生效，比如从缓冲中刷新赃块,从而引起服务器相应请求的一些不稳定甚至更严重的问题
