Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2283368
  • 博文数量: 276
  • 博客积分: 5998
  • 博客等级: 大校
  • 技术积分: 5175
  • 用 户 组: 普通用户
  • 注册时间: 2010-12-24 14:43
文章分类

全部博文(276)

文章存档

2014年(25)

2013年(11)

2012年(69)

2011年(167)

2010年(4)

分类:

2012-09-07 14:01:58

MySQL提供了大量的变量、参数以用于性能及健康状态检查。现在让我们一起看看那些比较重要的变量、参数。

1 MySQL 是否可用?
这当然是首先要做的,如果你的MySQL服务都没在跑了,其它监控从何谈起?我们可以使用如下几条命令来查看当前MySQL服务是否处于运行状态(相应主机上的相应用户应具有相应的权限):
    mysqladmin -h host_name/IP -u user_name -p ping 
    mysqladmin -h host_name/IP -u user_name -p status
或者
    service mysqld status 
    /etc/init.d/mysqld status
    netstat -tnlp | grep 3306 #MySQL默认使用的端口
    ps aux | grep [m]ysqld

2 数据库用户及数据库足够安全?
是否存在很多 “host” 为 “%”的用户?莫非你是想要这些用户能从世界任何一个地方登录你的 MySQL server?
是否grant all on *.* 给了用户?这些用户有必要拥有这些权限么?
记不记得MySQL还有个默认没有密码的root用户?这可是件很恐怖的是,当然也可能成为一件令人振奋的事!
什么样的用户该赋予哪些权限能从哪些地方接入都是要慎重考虑的,不要为了一时方便而给别有用心之人留下可乘之机!
我们可以通过如下命令来创建用户及管理权限
CREATE USER 'user_nane' IDENTIFIED BY 'your_password';
GRANT privileges_to_user TO 'user_name'@'host_name/ip' [WITH GRANT OPTION];
FLUSH PRIVILEGS;
或者简单一点
GRANT privileges_to_user TO 'user_name'@'host_name/ip' IDENTIFIED BY 'your_password' [WITH GRANT OPTION];
FLUSH PRIVILEGS;

3 连接数正常否?
连接数正常么?有多少由于客户没有正确关闭连接而死掉的连接?有多少失败的连接?
是不是有恶意连接?还是连接数不够用了?
我们可以用
SHOW full processlist 
mysqladmin -h host_name/IP -u user_name -p processlist
来查看连接数,如果是root用户将会看到所有的连接而其它用户只能看到自己占用的连接
可以用
SHOW GLOBAL STATUS LIKE 'aborted_connects'
查看当前失败连接数
可以用
SHOW GLOBAL STATUS LIKE 'aborted_clients'
查看有多少由于客户没有正确关闭连接而死掉的连接数
可以用
SHOW CLOBAL VARIABLES LIKE 'max_connections'
SHOW GLOBAL STATUS LIKE 'max_connections'
查看最大连接数

4 错误日志!
错误日志不止包含了MySQL服务在启动和停止过程中的相关信息,它还包括服务运行过程中一些重要(危险)的信息。特别是日志中带有[error]的信息应得到特殊的照顾!

5 Innodb 死锁
当遇到死锁时Innodb会回滚事务。了解死锁何时发生对于追溯其发生的根本原因非常重要。我们必须知道产生了什么样的死锁,相关应用是否正确处理或已采取了相关措施。
可以通过
SHOW ENGINE INNODB STATUS
查看死锁相关状况

6 服务配置文件最近有更改否?
是不是觉得最近MySQL服务跑着有点不对劲?最近更改了配置文件么?
配置文件对MySQL服务来说是至关重要的,一般不要轻易更改!在改之前最好先备份一份,改动的地方要做好注释(顺便提一句,在备份数据库的时候别忘记备份配置文件!)。

7 慢查询日志
慢查询日志对SQL调优来说是非常重要的,它记录了超过指定时间(long_query_time)的查询语句;一般只在需要时开启。

8 从服务器落后了多少?
MySQL的主从复制在生产环境中经常用到,从服务器能跟上主服务器的步伐么?落后的时间(seconds_behind_master)是否在安全范围内?
可以通过
SHOW SLAVE STATUS 
查看从服务器当前状态

9 全表扫描比例
计算方式如下
((Handler_read_rnd_next + Handler_read_rnd) / (Handler_read_rnd_next + Handler_read_rnd + Handler_read_first + Handler_read_next + Handler_read_key + Handler_read_prev))
对于全表扫描对性能的影响我想大家都比我清楚得多!
我们可以通过
SHOW GLOBAL STATUS LIKE 'Handler_read%'
取得相关参数的值再进行计算。
我们应该知道为什么会产生全表扫描及是否有必要做出相应的调整。
阅读(1298) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~