<b>MySQL数据库优化经验详谈</b>[MySQL防范]

同时在线拜候量持续增大 关于1G内存的服务器明显感遭到吃力严重时乃至每天城市死机 大概时不时的服务器卡一下 这个问题曾经困扰了我半个多月MySQL利用是很具伸缩性的算法,因此你普通能用很少的内存运行或给MySQL更多的被存以得到更好的性能.

安装好mysql后,配制文件应当在/usr/local/mysql/share/mysql目录中,配制文件有几个,有my- huge.cnf my-medium.cnf my-large.cnf my-small.cnf,差别的流量的网站和差别配制的服务器环境,当然需求有差别的配制文件了.

普通的情形下,my-medium.cnf这个配制文件就可以满意我们的大多需求;普通我们会把配置文件拷贝到/etc/my.cnf 只需求改正这个配置文件便可以了,利用mysqladmin variables extended-status –u root –p 可以看到目前的参数,有３个配置参数是最重要的,即:

key_buffer_size只对MyISAM表起作用.

key_buffer_size指定索引缓冲区的大小,它决意索引处理的速度,特别是索引读的速度.普通我们设为16M,实际上略微大一点的站点　这个数字是远远不够的,通过查抄状况值Key_read_requests和Key_reads,可以知道key_buffer_size设置能否公道.比例key_reads / key_read_requests应当尽大概的低,至少是1:100,1:1000更好（上述状况值可以利用SHOW STATUS LIKE ‘key_read%’得到）. 大概假如你装了phpmyadmin 可以通过服务器运行状况看到,笔者举荐用phpmyadmin管理mysql,以下的状况值都是本人通过phpmyadmin得到的实例解析:

这个服务器已经运行了20天

比例接近1:8000 安康情况非常好

别的一个预计key_buffer_size的办法:把你网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例:对比大的几个表索引加起来大约125M 这个数字会随着表变大而变大.

从4.0.1开始,MySQL供应了查询缓冲机制.利用查询缓冲,MySQL将SELECT语句和查询后果存放在缓冲区中,此后关于一样的SELECT语句（辨别大小写）,将直接从缓冲区中读取后果.按照MySQL用户手册,利用查询缓冲最多可以到达238%的效率.

通过疗养以下几个参数可以知道query_cache_size设置得能否公道

Qcache_lowmem_prunes的值非常大,则表明常常呈现缓冲不够的情形,同时Qcache_hits的值非常大,则表明查询缓冲利用非常频繁,此时需求增添缓冲大小Qcache_hits的值不大,则表明你的查询反复率很低,这种情形下利用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲.此外,在SELECT语句中加入SQL_NO_CACHE可以明确表示不利用查询缓冲.

Qcache_free_blocks,假如该值非常大,则表明缓冲区中碎片很多query_cache_type指定能否利用查询缓冲

我设置:

得到以下状况值:

假如内存答应32M应当要往上加点

table_cache指定表高速缓存的大小.每当MySQL拜候一个表时,假如在表缓冲区中还有空间,该表就被翻开并放入此中,这样可以更快地拜候表内容.通过查抄峰值时间的状况值Open_tables和Opened_tables,可以决意能否需求增添table_cache的值.假如你发现open_tables等于table_cache,并且opened_tables在不断增长,那么你就需求增添table_cache的值了（上述状况值可以利用SHOW STATUS LIKE ‘Open%tables’得到）.注意,不能盲目地把table_cache设置成很大的值.假如设置得太高,大概会造成文件描写符不足,从而造成性能不安定大概衔接失利.

关于有1G内存的机械,举荐值是128－256.

笔者设置table_cache = 256

得到以下状况:

固然open_tables已经等于table_cache,但是相关于服务器运行时间来说,已经运行了20天,opened_tables的值也非常低.因此,增添table_cache的值应当用处不大.假如运行了6个小时就呈现上述值 那就要考虑增大table_cache.

　　以上是“<b>MySQL数据库优化经验详谈</b>[MySQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：