mysql服务器查询慢原因分析与解决方法

会经常发现开发人员查一下没用索引的语句或者没有limit n的语句,这些没语句会对数据库造成很大的影响,例如一个几千万条记录的大表要全部扫描,或者是不停的做filesort,对数据库和服务器造成io影响等。这是镜像库上面的情况。

而到了线上库,除了出现没有索引的语句,没有用limit的语句,还多了一个情况,mysql连接数过多的问题。说到这里,先来看看以前我们的监控做法

1. 部署zabbix等开源分布式监控系统,获取每天的数据库的io,cpu,连接数

2. 部署每周性能统计,包含数据增加量,iostat,vmstat,datasize的情况

3. Mysql slowlog收集,列出top 10

 

以前以为做了这些监控已经是很完美了,现在部署了mysql节点进程监控之后,才发现很多弊端

第一种做法的弊端: zabbix太庞大,而且不是在mysql内部做的监控,很多数据不是非常准备,现在一般都是用来查阅历史的数据情况

第二种做法的弊端:因为是每周只跑一次,很多情况没法发现和报警

第三种做法的弊端: 当节点的slowlog非常多的时候,top10就变得没意义了,而且很多时候会给出那些是一定要跑的定期任务语句给你。。参考的价值不大

那么我们怎么来解决和查询这些问题呢

对于排查问题找出性能瓶颈来说,最容易发现并解决的问题就是MYSQL的慢查询以及没有得用索引的查询。

    OK,开始找出mysql中执行起来不“爽”的SQL语句吧。

=========================================================

方法一: 这个方法我正在用,呵呵,比较喜欢这种即时性的。

 代码如下 复制代码

 Mysql5.0以上的版本可以支持将执行比较慢的SQL语句记录下来。

mysql> show variables like 'long%';     注:这个long_query_time是用来定义慢于多少秒的才算“慢查询”
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set (0.00 sec)

mysql> set long_query_time=1;   注: 我设置了1, 也就是执行时间超过1秒的都算慢查询。
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'slow%';
+---------------------+---------------+
| Variable_name       | Value         |
+---------------------+---------------+
| slow_launch_time    | 2             |
| slow_query_log      | ON            |           注:是否打开日志记录
| slow_query_log_file | /tmp/slow.log |      注: 设置到什么位置
+---------------------+---------------+
3 rows in set (0.00 sec)

mysql> set global slow_query_log='ON'   注:打开日志记录

一旦slow_query_log变量被设置为ON,mysql会立即开始记录。

/etc/my.cnf   里面可以设置上面MYSQL全局变量的初始值。
long_query_time=1
slow_query_log_file=/tmp/slow.log

====================================================

方法二:mysqldumpslow命令

 

 代码如下 复制代码

/path/mysqldumpslow -s c -t 10 /tmp/slow-log
这会输出记录次数最多的10条SQL语句,其中:

-s, 是表示按照何种方式排序,c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序,ac、at、al、ar,表示相应的倒叙;
-t, 是top n的意思,即为返回前面多少条的数据;
-g, 后边可以写一个正则匹配模式,大小写不敏感的;
比如
/path/mysqldumpslow -s r -t 10 /tmp/slow-log
得到返回记录集最多的10个查询。
/path/mysqldumpslow -s t -t 10 -g “left join” /tmp/slow-log
得到按照时间排序的前10条里面含有左连接的查询语句。

 

最后总结一下节点监控的好处

1. 轻量级的监控,而且是实时的,还可以根据实际的情况来定制和修改

2. 设置了过滤程序,可以对那些一定要跑的语句进行过滤

3. 及时发现那些没有用索引,或者是不合法的查询,虽然这很耗时去处理那些慢语句,但这样可以避免数据库挂掉,还是值得的

4.  在数据库出现连接数过多的时候,程序会自动保存当前数据库的processlist,DBA进行原因查找的时候这可是利器

5.  使用mysqlbinlog 来分析的时候,可以得到明确的数据库状态异常的时间段

有些人会建义我们来做mysql配置文件设置

调节tmp_table_size  的时候发现另外一些参数
Qcache_queries_in_cache  在缓存中已注册的查询数目 
Qcache_inserts  被加入到缓存中的查询数目 
Qcache_hits  缓存采样数数目 
Qcache_lowmem_prunes  因为缺少内存而被从缓存中删除的查询数目 
Qcache_not_cached  没有被缓存的查询数目 (不能被缓存的,或由于 QUERY_CACHE_TYPE) 
Qcache_free_memory  查询缓存的空闲内存总数 
Qcache_free_blocks  查询缓存中的空闲内存块的数目 
Qcache_total_blocks  查询缓存中的块的总数目 

Qcache_free_memory 可以缓存一些常用的查询,如果是常用的sql会被装载到内存。那样会增加数据库访问速度。

时间: 2016-04-16

mysql服务器查询慢原因分析与解决方法的相关文章

mysql服务器查询慢原因分析与解决方法小结_Mysql

会经常发现开发人员查一下没用索引的语句或者没有limit n的语句,这些没语句会对数据库造成很大的影响,例如一个几千万条记录的大表要全部扫描,或者是不停的做filesort,对数据库和服务器造成io影响等.这是镜像库上面的情况. 而到了线上库,除了出现没有索引的语句,没有用limit的语句,还多了一个情况,mysql连接数过多的问题.说到这里,先来看看以前我们的监控做法 1. 部署zabbix等开源分布式监控系统,获取每天的数据库的io,cpu,连接数 2. 部署每周性能统计,包含数据增加量,i

mysql服务器查询慢原因分析方法

MySQL数据库在查询的时候会出现查询结果很慢,超过1秒,项目中需要找出执行慢的sql进行优化,应该怎么找呢,mysql数据库提供了一个很好的方法,如下: mysql5.0以上的版本可以支持将执行比较慢的SQL语句记录下来. 1.需要使用打开记录查询慢的sql记录日志: 查看慢查询时间 show variables like 'slow%'; 查看设置多久是慢查询 show variables like 'long%'; 修改慢查询时间 set long_query_time=1; 打开慢查询记

MySQL 错误1418 的原因分析及解决方法

使用mysql创建.调用存储过程,函数以及触发器的时候会有错误符号为1418错误. ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* want to use the less safe log_bin_trust_function_creators var

MySQL+PHP产生乱码原因分析与解决方法

◆ mysql数据库教程默认的编码是utf8,如果这种编码与你的php网页不一致,可能就会造成mysql乱码; ◆ mysql中创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成mysql乱码; ◆ mysql创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成mysql乱码; ◆ 用户提交页面的编码与显示数据的页面编码不一致,就肯定会造成php页面乱码; ◆ 如用户输入资料的页面是big5码, 显示用户输入的页面却是gb2312,这种100%会造

MySQL 出现错误1418 的原因分析及解决方法_Mysql

MySQL 出现错误1418 的原因分析及解决方法 具体错误:  使用mysql创建.调用存储过程,函数以及触发器的时候会有错误符号为1418错误. ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* want to use the less safe lo

mysql自动停止原因分析与解决方法

mysql教程自动停止原因分析与解决方法 开始菜单-运行-services.msc 找到mysql的服务并双击 点击恢复选项卡 第一次失败:默认是"不操作",改成"重新启动服务". 在下方的"重新启动服务:___分钟后"添上"0"表示如果服务意外终止则立即重启动. 点击确定使设置生效. 这时候你在任务管理器里结束mysql-nt进程,会发现结束不掉 不过要注意,这样mysql.exe是停不了的,如果要停必须把刚才修改的改回来.

腾讯云ubuntu服务器tomcat访问慢的原因分析及解决方法_Linux

在腾讯云上配了个一元的学生云,开始一切正常,直到配置tomcat开始出现各种莫名其妙的问题.最莫名其妙的是tomcat启动了,端口也 正常监听,安全组也放行端口了,然后问题来了. 用浏览器访问tomcat主页,会发现超级慢,浏览器一直在等待服务器的响应,从这里可以看出能够接入8080端口,但是服务器没有返回数据.(这个问题折腾几天) 后来在网上找了无数资料,终于发现了原因.tomcat8.0在腾讯云ubuntu14.04上有bug. 问题原因: 随机数引起线程阻塞. tomcat不断启动,关闭,

jQuery.form.js插件不能解决连接超时(timeout)的原因分析及解决方法_jquery

jQuery.form.js是一个form插件,支持ajax表单提交和ajax文件上传. 最近在使用jquery.form.js提交包含文件的表单时,碰到了一个问题:当碰上网速较慢时,而我们又设置了timeout时,例如: var options = { timeout: 3000 //限制请求的时间,当请求大于3秒后,跳出请求 } 我们的页面会死在这里,贴上F12开发者工具返回的结果: 此时,我们并没有处理错误的回调函数,而百度出来的例子中也只有这两个回调函数: beforeSubmit: s

win7蓝屏的原因分析及解决方法

蓝屏很多时候都是突然发生的,大多数是发生在你玩游戏的时候.很多时候是由于CPU一下子处理不过来,或者电脑脑脾气了.像中毒.中木马之类的蓝屏现在已经很好很好了,当然除非你的电脑是裸机,这才有可能. 1 如果是在玩游戏或者电脑弄很多东西的时候,蓝屏而且只有一.两次,当然你如果下次还开那么多东西,那么肯定是再次蓝屏了. 一般情况下都是由于CPU超频,或者内存不足,你可以买条大的内存装上去,基本上就没问题了.也有的时候是你电脑太热了导致CPU一直超频,然后蓝屏了. 2 有的时候也有可能是一些软件的不兼容