现有一台数据库服务器,有32G内存,query_cache_size设置大小为4G query_cache_limit128M
高性能Mysql书中推荐的是大小不超过256M

解决方案 »

  1.   

    如果表基本都是静态表 则开启query_cache_size否则关闭这个参数都可以  innodb就把buffer_pool开大  myisam就把key_buffer开大
      

  2.   

    因为没有条件作基准测试,所以上来问问谁有类似的经历。
    之前query_cache_size为4G的时候,在运行3个月所有时间后会出现mysql连接一直不被释放,且阻碍其他连接被响应,后面的请求一直来,一直创建新的连接,但都不能被响应,数据库就这样了,但从机器负载情况来看还都是正常的,目前初步判断是query_cache_size太大,在做查询缓存失效时需要消耗很多资源,且锁住了缓存。
    希望和大家交流一下!
      

  3.   

    你算命中率就可以了,要是命中率比较高,要是内存足够大,可以设置到256M
    命中率低的话 就没必要开启 消耗 DML的操作了.
      

  4.   

    那天试试!
    query_cache_size 4G,火力太大。本身不慢也得慢了。