mysql参数总结_MySQL
1.query_cache_size
select 查询mysql后，会把查询结构缓存为sql文本，当同样的sql再次查询时，直接从缓存中取数据返回。
Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况,同时Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小Qcache_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲
缺陷：
mysql在利用query_cache工作时，要求该语句涉及的表这段时间内没有发生变化。假如数据有更新，首先会把所有的query_cache设为失效，然后更新。
如果query_cache_size过大，查询比较多，失效也会很慢，更新或insert也会慢。
2.key_buffer_size
只对myisam表起作用
key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。
通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理
key_read_requests总的读取请求，key_keys为磁盘请求次数，也就是 key_read_requests/key_reads越小越好
3.table_open_cache(5.1以前版本为table_cache)
table_open_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容
通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_open_cache的值。如果你发现open_tables等于table_open_cache，并且opened_tables在不断增长，那么你就需要增加table_open_cache的值了
4.log_bin
二进制日志，从库可以 关闭，关闭掉大概能提高1％的性能。
5.max_connections
最大连接数
6.back_bog
back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCP/IP连接的侦听队列的大小.
7.thread_cache
mySQL里面为了提高客户端请求创建连接过程的性能,提供了一个连接池也就是Thread_Cache池,将空闲的连接线程放在连接池中,而不是立即销毁.这样的好处就是,当又有一个新的请求的时候,mysql不会立即去创建连接线程,而是先去Thread_Cache中去查找空闲的连接线程,如果存在则直接使用,不存在才创建新的连接线程.
thread_cache_size
Thread_Cache中存放的最大连接线程数.在短连接的应用中Thread_Cache的功效非常明显
thread_stack
每个连接被创建的时候,mysql分配给它的内存.这个值一般认为默认就可以应用于大部分场景了
thread_cache命中率计算
show variables like 'thread%';show status like '%connections%';show status like '%thread%'
公式为：thread_cache_hit=(connections-thread_create)/connections*100%
8.log-slave-update
主从架构时，从库需要保持和主库相同的二进制时使用（默认从库是不需要开启二进制日志）
9。sync_binlog
如果为正，当每个sync_binlog写入该二进制日志后，MySQL服务器将它的二进制日志同步到硬盘上
为0不与硬盘同步，为1与硬盘同步，mysql崩溃最多丢失一个语句或事务。
10.记录慢日志，分析
slow-query-log-file
long-query-time
设置时间为1s即可
通过explain分析
语法：explain [extended] select ... from ...where
如果使用了extended ，那么在执行完explain语句后，可以使用show warnings语句查询相应的优化信息。
type: ALL 代表全表扫描
key: NULL 没有用到索引
Extra: Using where; Using filesort 没有使用索引排序
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
type: range说明没有全表扫描
Extra: Using where 说明没有文件排序
10.锁
show status like 'table%';
Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数
如果Table_locks_waited的值比较高，则说明存在着较严重的表级锁争用情况。这时，需要我们对应用做进一步的检查，来确定问题所在
11.innodb_buffer_pool_size
缓冲innodb数据和索引的内存缓冲区大小，这个值越高，需要的磁盘i/o越少
12.innodb_flush_log_at_trx_commit
0:表示每秒将日志缓冲写入到日志文件，并且将日志文件刷新到磁盘。
1：每个事务提交时，日志缓冲写入日志文件，刷新到磁盘
2：每个提交，日志缓存写入日志文件，但部队日志文件做到磁盘刷新
默认为1，也是最安全的
本文出自 “二号” 博客