日期：2012-06-02 15:07:00 来源：本站整理
mysql服务器查询慢缘由解析与办理办法小结[MySQL防范]
本文“mysql服务器查询慢缘由解析与办理办法小结[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会被装载到内存.那样会增添数据库拜候速度
以上是“mysql服务器查询慢缘由解析与办理办法小结[MySQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
中查找“mysql服务器查询慢缘由解析与办理办法小结”更多相关内容
中查找“mysql服务器查询慢缘由解析与办理办法小结”更多相关内容评论内容只代表网友观点，与本站立场无关！
评论摘要(共 0 条，得分 0 分，平均 0 分)
查看完整评论