my.cnf参数疑问

Question

mysql+linux
某大型网站在线系统
观察my.cnf参数
发现1query_cache_type=0---------说明系统关闭了query cache内存的大小
query_cache_size=0
这里质疑为什么要关闭query_cache
2怀疑有错误  record_buffer=32m
是否应该是 read_buffer找了很多资料 以及专业工具，咩有record_buffer， 只有read_buffer!

Answer 1

细细研究 还发现一个大问题 
该系统的join_size使用默认值 仅仅128k，
当前数据量相当大 ，1千万的大表也有了， 我觉得应该适当增加他的值   -----2m
这个系统的sort_buffer_size =128m ---------这个是失败的 。觉得太大 。
这下又是2个问题   
 

Answer 2

这里质疑为什么要关闭query_cache
这哪能猜出来啊！ 除了设置者能给你准确的回答！
随便猜一种： 节省内存，提高查询速度。2怀疑有错误  record_buffer=32m
以前的版本有 record_buffer ,record_rnd_buffer 检查一下你的MYSQL版本。

Answer 3

record_buffer 在4.0后改成 read_buffer_size  了

Answer 4

MYSQL版本。  5.0.45
record_buffer   但是从navcat工具里检查read_buffer_size 的值还是跟my.cnf的设置值一样的 
query_cache鉴于系统跑了几年 不去管它了
楼上再帮助看看这2个新问题
该系统的join_size使用默认值 仅仅128k，
当前数据量相当大 ，1千万的大表也有了， 我觉得应该适当增加他的值 -----2m （我的看法应该加上）
这个系统的sort_buffer_size =128m ---------这个是失败的 。觉得太大，应该调小到一半？？？？

Answer 5

你可以找工具分析一下数据库的运行情况,再来判断一下到底是不是不合理.例如:tuning-primer.sh

Answer 6

我也将我的query_cache设置为了0.
我是这样考虑的：
我的系统数据更新超级频繁，每秒要更新300条数据。如果我开了cache的话，cache内的数据就要不断的去硬盘中取到最新数据来更新自己，而查询命中cache的概率是很低的，这样就无形增加得了系统开销，故，我将其关闭了。

Answer 7

同意楼上 
看 mysql性能调优与架构设计sort_buffer_size
join_size
都应该调节成1-2m     当前切是128m 请问这个合理吗