1、 key buffer
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 目前剩余缓存空间
存了个图
视频图片解析/字幕/剪辑，视频高清保存/图片源图提取
17 查看详情
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 指挥丢失刷新到操作系统缓存的那部分事务。
以上就是Mysql内存参数优化的内容，更多相关文章请关注PHP中文网（www.php.cn）！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/422837.html
微信扫一扫 
支付宝扫一扫 
