Mysql内存参数优化
A、 参数key_buffer_size只对myisam引擎的表起作用；
B、 它决定索引处理的速度，尤其是索引读的速度；
C、 评估 这个参数是否设置合理 可以检查两个状态值 show status like ‘%key_read%’；
D、 Key_read_requests代表 总的请求数，key_reads代表读取磁盘数；
E、 key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好；
F、 另外一个估计key_buffer_size的办法 把你数据库的每个表的索引所占空间大小加起来看看。
2、 Query cache
A、 query cache主要是将SELECT语句和查询结果存放在该缓冲区；
B、 参数query_cache_size 的设置合理性可以检查db的状态：show status like ‘%qcache%’
C、 参数query_cache_type指定是否使用查询缓冲；
D、 设置参数： query_cache_size = 32M
query_cache_type= 1
E、 一段时间后服务器状态值：
Qcache queries in cache 12737 表明目前缓存的条数
Qcache inserts 20649006
Qcache hits 79060095 看来重复查询率还挺高的
Qcache lowmem PRunes 617913 有这么多次出现缓存过低的情况
Qcache not cached 189896
Qcache free memory 18573912 目前剩余缓存空间
Qcache free blocks 5328 这个数字似乎有点大 碎片不少
Qcache total blocks 30953
F、 结果表明：query cache值需要设置的更大一些；
G、 Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多
H、 Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况,同时Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小Qcache_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。
3、 Table cache
A、 table_cache指定表高速缓存的大小；
B、 每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容；
C、 通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table_cache的值了；
D、 注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。
4、 Innodb buffer
A、 innodb_buffer_pool_size - 这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的 key_buffer_size 设置下运行的可以，然而Innodb在默认的 innodb_buffer_pool_size 设置下却跟蜗牛似的。
B、 由于Innodb把数据和索引都缓存起来，无需留给操作系统太多的MySQL数据库内存，因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存。
C、 如果你的数据量不大，并且不会暴增，那么无需把 innodb_buffer_pool_size 设置的太大了。
D、 innodb_log_file_size 在高写入负载尤其是大数据集的情况下很重要。这个值越大则性能相对越高，但是要注意到可能会增加恢复时间。我经常设置为 64-512MB，跟据服务器大小而异。innodb_log_buffer_size 默认的设置在中等强度写入负载以及较短事务的情况下，服务器性能还可以。
E、 innodb_flush_logs_at_trx_commit 是否为Innodb比MyISAM慢1000倍而头大？看来也许你忘了修改这个参数了。默认值是 1，这意味着每次提交的更新事务（或者每个事务之外的语句）都会刷新到磁盘中，而这相当耗费资源，尤其是没有电池备用缓存时。很多应用程序，尤其是从 MyISAM转变过来的那些，把它的值设置为 2 就可以了，也就是不把日志刷新到磁盘上，而只刷新到操作系统的缓存上。日志仍然会每秒刷新到磁盘中去，因此通常不会丢失每秒1-2次更新的消耗。如果设置为 0 就快很多了，不过也相对不安全了。MySQL服务器崩溃时就会丢失一些事务。设置为 2 指挥丢失刷新到操作系统缓存的那部分事务。