存档

2008年12月 的存档

把博客搬到了新的主机顺便升级到了2.7

2008年12月18日 没有评论

后台改动很大，适应中。。。

分类: 只谈心情 标签:

MySQL的性能调优工具：MYSQL PERFORMANCE TUNING PRIMER

2008年12月8日 没有评论

原文地址：http://www.chedong.com/blog/archives/001451.html
官网：https://launchpad.net/mysql-tuning-primer
加path那段我自己写的，不然报错跟输错密码一样，郁闷的让我想了半天密码

 

年初的时候收藏过一篇关于mysqlreport的报表解读，和内置的show status,和show variables相比mysqlreport输出一个可读性更好的报表；但Sundry MySQL提供的脚本相比mysqlreport更进一步：除了报表还进一步提供了修改建议。安装和使用非常简单：

wget http://www.day32.com/MySQL/tuning-primer.sh
chmod +x tuning-primer.sh

先要把mysql的bin目录加进path

export PATH=/usr/local/mysql/bin:$PATH

./tuning-primer.sh

然后根据提示看把，按照问题重要程度分别用黄色/红色字符标记问题

更有用是作者总结的处理MySQL性能问题处理的优先级：尤其是头3条，基本上可以解决大部分瓶颈问题的原因。
# Slow Query Log 慢查询 尤其是like操作，性能杀手，轻易不要使用，让全文索引交给Lucene或者利用Tag机制减少like操作；
# Max Connections 并发连接数：一个MySQL deamon缺省最大连接数是100，调到更高只是为了出现问题是给我们更多的缓冲时间而不是任其一直处于那么高的状态，并发连接数类似于等候大厅：当等候人数过多的时候，一味扩大等候厅不是根本解决问题的办法，提高业务的处理速度，多开几个窗口才是更好的解决方法；我的经验就是超过100： 数据就要想办法（镜像或者分片）分布到更多Deamon上；
# Worker Threads： Jeremy Zawondy 曾在部落格上說到：Thread caching 並不是我們最需要關心的問題，但當你解決了所有其他更嚴重的問題之後，它就會是最嚴重的問題。(thread caching really wasn’t the worst of our problems. But it became the worst after we had fixed all the bigger ones.)
# Key Buffer 
# Query Cache 
# Sort Buffer 
# Joins 
# Temp Tables 临时表
# Table (Open & Definition) Cache 表缓存；
# Table Locking 表锁定
# Table Scans (read_buffer) 
# Innodb Status

其他一些工具： 
1 
mytop： 一个top like的show processlist;
2 使用cacti做MySQL的监控：推荐配置模板；
3 把binlog导出成文本和slowquery的格式几乎是一样的，调用mysqlslowquery脚本分析，有时候也会有意外收获；

分类: mysql相关 标签: