安徽快3今天开奖号|免费安徽快3过滤工具|
我们来自五湖四海,不为别的,只因有共同的爱好,为中国互联网发展出一分力!

Mysql内存参数的优化详解

2012年06月08日16:12 阅读: 16197 次

标签: 优化, 内存, MySQL

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的办法 把你数据库的每个表的索引所占?#21344;?#22823;小加起来看看。

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 有这么多次出?#21482;?#23384;过低的情况

Qcache not cached 189896

Qcache free memory 18573912  目前剩余缓存?#21344;?/p>

Qcache free blocks 5328 这个数字似乎有点大 碎片不少

Qcache total blocks 30953

F、 结果表明:query cache值需要设置的更大一些;

G、 Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多

H、 Qcache_lowmem_prunes的值非常大,则表明经常出?#21482;?#20914;不够的情况,同时Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,此时需要增加缓冲大小Qcache_hits的值不大,则表明你的查询重复率很低,这种情况下使用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲。此外,在SELECT语句中?#23588;隨QL_NO_CACHE可以明确表示不使用查询缓冲。

3、 Table cache

A、 table_cache指定表高速缓存的大小;

B、 每当MySQL访问一个表时,如果在表缓冲区中还有?#21344;洌?#35813;表就被打开并放入其中,这样可以更快地访问表内容;

C、 通过检查峰值时间的状态值Open_tables和Opened_tables,可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache,并且opened_tables在不断增长,那么你就需要增加table_cache的值了;

D、 注意,不能盲目地把table_cache设置成很大的值。如果设置得太高,可能会造成文件描述符不足,从而造成?#38405;?#19981;稳定或者连接失败。

4、 Innodb buffer

A、 innodb_buffer_pool_size - 这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏?#23567;yISAM可以在默认的 key_buffer_size 设置下运行的可以,然而Innodb在默认的 innodb_buffer_pool_size 设置下却跟蜗牛似的。

B、 由于Innodb把数据和索引都缓存起来,无需留给操作?#20302;程?#22810;的MySQL数据库内存,因此如果只需要用Innodb的话则可以设?#30431;?#39640;达 70-80% 的可用内存。

C、 如果你的数据量不大,并且不会暴增,那?#27425;?#38656;把 innodb_buffer_pool_size 设置的太大了。

D、 innodb_log_file_size 在高写入负载尤其是大数据集的情况下很重要。这个值越大则?#38405;?#30456;对越高,但是要注意到可能会增加?#25351;?#26102;间。我经常设置为 64-512MB,跟据服务器大小而异。innodb_log_buffer_size 默认的设置在中等强度写入负载以及较短事务的情况下,服务器?#38405;?#36824;可以。

E、 innodb_flush_logs_at_trx_commit 是否为Innodb比MyISAM慢1000倍而头大?看来也许你忘了修改这个参数了。默认值是 1,这意味着每次提交的更?#29575;?#21153;(或者每个事务之外的语句)都会刷新到磁盘中,而这相当耗费资源,尤其是没有电池备用缓存时。很多应用程序,尤其是从 MyISAM转变过来的那些,把它的值设置为 2 就可以了,也就是不把日志刷新到磁盘上,而只刷新到操作?#20302;?#30340;缓存上。日志仍然会每秒刷新到磁盘中去,因此通常不会丢失每秒1-2次更新的消耗。如果设置为 0 就快很多了,不过也相对不安全了。MySQL服务器崩溃?#26412;?#20250;丢失一些事务。设置为 2 指挥丢失刷新到操作?#20302;?#32531;存的那部分事务。


 


分享到: 更多
蓝客门户
©2001-2019 中国蓝客联盟 版权所有.
关于蓝客联盟历史宗旨章程技术服务联系我们蓝客社区

安徽快3今天开奖号
玩快3的技巧和方法如下 总和大小连出几把 3d拖胆投注计算器 骰子猜大小玩法 11选5任选6稳赚技巧 一分快三技巧大小玩法 分分彩双单大小稳赚钱技巧 豹子是组三吗 时时彩四码二期计划 腾讯分分彩是不是真的假的