同时在线访问量继续增大 对于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,query_cache_size,table_cache。

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天 

key_buffer_size – 128M

            key_read_requests – 650759289

            key_reads - 79112

比例接近1:8000 健康状况很好

另外一个估计key_buffer_size的办法　把您网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例:比较大的几个表索引加起来大概125M 这个数字会随着表变大而变大。

从4.0.1开始，MySQL提供了查询缓冲机制。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多能够达到238%的效率。

通过调节以下几个参数能够知道query_cache_size配置得是否合理 

Qcache inserts

            Qcache hits

            Qcache lowmem prunes

            Qcache free blocks

            Qcache total blocks

Qcache_lowmem_prunes的值很大，则表明经常出现缓冲不够的情况,同时 Qcache_hits的值很大，则表明查询缓冲使用很频繁，此时需要增加缓冲大小Qcache_hits的值不大，则表明您的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么能够考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE能够明确表示不使用查询缓冲。

Qcache_free_blocks，假如该值很大，则表明缓冲区中碎片很多query_cache_type指定是否使用查询缓冲

我配置:

query_cache_size = 32M

query_cache_type= 1

得到如下状态值:

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

假如内存允许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配置成很大的值。假如配置得太高，可能会造成文档描述符不足，从而造成性能不稳定或连接失败。

文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!