现有一台数据库服务器,有32G内存,query_cache_size设置大小为4G query_cache_limit128M
高性能Mysql书中推荐的是大小不超过256M
高性能Mysql书中推荐的是大小不超过256M
解决方案 »
- 我的vps下的mysql总是隔一段时间重启是怎么回事。求高手 要崩溃了
- mysql主库Binlog_DO_DB中同步的数据库显示2次
- fedora 下mysql不能通过socket连接
- Postgresqls数据库管理员用户密码忘记了
- 求sql语句
- 一个触发器的写法
- 集群删除数据记录出错的问题
- mysql大量数据查询出错,少量就没事,怎么回事呢?
- 求一次生成十万的数据到数据库的方法。
- mysql优化中为什么尽量使用not null
- mysql建立临时表查询时,不显示结果
- 为什么Mysql的Qcache_free_memory还很大,但是Qcache_lowmem_prunes却不为0且一直在增加?
之前query_cache_size为4G的时候,在运行3个月所有时间后会出现mysql连接一直不被释放,且阻碍其他连接被响应,后面的请求一直来,一直创建新的连接,但都不能被响应,数据库就这样了,但从机器负载情况来看还都是正常的,目前初步判断是query_cache_size太大,在做查询缓存失效时需要消耗很多资源,且锁住了缓存。
希望和大家交流一下!
命中率低的话 就没必要开启 消耗 DML的操作了.
query_cache_size 4G,火力太大。本身不慢也得慢了。